[
https://issues.apache.org/jira/browse/NIFI-950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16472550#comment-16472550
]
ASF GitHub Bot commented on NIFI-950:
-------------------------------------
Github user mcgilman commented on a diff in the pull request:
https://github.com/apache/nifi/pull/2693#discussion_r187686929
--- Diff:
nifi-nar-bundles/nifi-standard-bundle/nifi-standard-processors/src/test/java/org/apache/nifi/processors/standard/TestListenHTTP.java
---
@@ -168,6 +169,8 @@ public void
testSecurePOSTRequestsReturnCodeReceivedWithEL() throws Exception {
}
@Test
+ // TODO / NOCOMMIT: Don't check in with this ignored... it's now
failing because the service is valid. DOn't know why it was invalid before....
--- End diff --
Was this meant to be committed :)
> 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
> Priority: Major
> 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)
