You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@airavata.apache.org by "Marcus Christie (JIRA)" <ji...@apache.org> on 2018/01/18 15:10:00 UTC

[jira] [Created] (AIRAVATA-2644) Bubble up validation state

Marcus Christie created AIRAVATA-2644:
-----------------------------------------

             Summary: Bubble up validation state
                 Key: AIRAVATA-2644
                 URL: https://issues.apache.org/jira/browse/AIRAVATA-2644
             Project: Airavata
          Issue Type: Sub-task
            Reporter: Marcus Christie
            Assignee: Marcus Christie


Some UI components have access to data that allows richer validation than can be performed purely at the model layer. Invalid components should be able to dispatch an event that parent components take into account when decided overall form validation state.

In particular, QueueSettingsEditor knows how to validate max queue values (like max nodes), but Experiment.validate() doesn't have access to the queue information to be able to run this kind of validation.  If the QueueSettingsEditor is invalid it should dispatch an event that the ComputationalResourceSchedulingEditor listens for and likewise dispatches an invalid event that the ExperimentEditor will get and use to determine that the overall form validation state is also invalid.

In general, Model.validate() should only be used to validate the local values on that model instance instead of recursively calling validate() on child models. Aggregating validation state should be handled at the UI component level.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)