[jira] [Updated] (NIFI-950) Perform component validation asynchronously

["Matt Gilman (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/NIFI-950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Gilman updated NIFI-950:
-----------------------------
    Fix Version/s: 1.7.0

> Perform component validation asynchronously
> -------------------------------------------
>
>                 Key: NIFI-950
>                 URL: https://issues.apache.org/jira/browse/NIFI-950
>             Project: Apache NiFi
>          Issue Type: Improvement
>            Reporter: Joseph Percivall
>            Assignee: Mark Payne
>            Priority: Major
>             Fix For: 1.7.0
>
>         Attachments: self_reference_flow_fix.xml
>
>
> I created a flow that is a self referencing http loop. The flow was working fine but I wanted to save the template for later testing. I downloaded the the flow as a template. Then I tried testing a thread.sleep in the beginning of onConfigured, createSSLContext, and validate methods of StandardSSLContextService. I did a mvn clean install in the nifi-nar-bundles/nifi-standard-services/nifi-ssl-context-bundle/nifi-ssl-context-service directory. Then a mvn clean install in the nifi-assembly directory. After I imported the template the UI became very slow when clicking to different windows of the UI such as configuring a processor and the controller services window.
> I then stashed my changes and rebuilt the files. Once again I imported my template, and attempting to configure a processor or accessing the controller services window became very slow.
> The flow xml is attached. 
> -------------------------------------------
> The description and attachment showed an issue where long running validation caused the UI to become unresponsive. This validation should be done asynchronously so that the UI always remains responsive. Initial thoughts...
> - new state to indicate that validation is in progress
> - a mechanism for refreshing validation results
> - time out for waiting for validation to complete? or need to always be validating all components in case their validity is based on something environmental (like a configuration file that is modified outside of the application)?
> - provide better support for components that are running and become invalid
> -- related to this we need to provide guidance regarding the difference between become invalid and when we should use features like bulletins and yielding to rely runtime issues



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