-
Notifications
You must be signed in to change notification settings - Fork 344
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve pipeline validation #2698
Conversation
Includes the following improvements: - Moves property validatiors to pipeline-services and calls them during node validation. - Adds validation for keyValue string arrays - Adds validation for pipeline properties Fixes elyra-ai#2329
Thanks for making a pull request to Elyra! To try out this branch on binder, follow this link: |
It appears that no validation is performed for the volume mount property (default and node-level) even though its input format is key/value. |
IIUC that's because I can add that in this PR if you want Edit: it's added in pipeline properties, but not node properties |
per discussion in scrum I am adding |
Also I added some screen shots with new UI elements. I'll be updating the code sandbox version shortly with the latest changes |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tested and working as stated.
- Pipeline defaults and node properties key list values env and volume mounts
- Pipeline does not allow submission if errors exist
- Erroneous values are persisted in pipeline on click save, this seems ok given that the pipeline will not allow submission if there is an error, but a little weird
- Any tests to add or update?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Frontend code changes look good - I played around a little with the UI and it looks good / seems to be working well
Looking at two possible error scenarios, Ive noticed the following behavior:
From a user's point of view it would be easier to troubleshoot the issue if the VPE would expose where the problem was detected. |
A few comments on the above cases:
There is an indication, each individual error message is printed on a separate line and either says it's a pipeline property on what node its on in the message. It may be worth making the error message timeout longer though (or removing the time out so it has to be manually cleared) since it seems it doesn't persist long enough for you to notice that. To deal with that I can increase the timeout from 6s to 30s and add close on clickAway functionality to the error message |
just pushed this update |
Just released pipeline-editor v1.9.0 with the upstream changes. If everyone could do a final check on this |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Upstream PR:
Includes the following improvements:
during node validation.
Validation details:
=
exists in the string and a non empty string exist on either side of it.To Do:
- [ ] Don't persist auto-populated key=value strings (with no value)Fixes #2329
Developer's Certificate of Origin 1.1