[ https://issues.apache.org/jira/browse/NIFI-4224?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16118887#comment-16118887 ]
ASF GitHub Bot commented on NIFI-4224: -------------------------------------- Github user mcgilman commented on a diff in the pull request: https://github.com/apache/nifi/pull/2051#discussion_r131983043 --- Diff: nifi-nar-bundles/nifi-framework-bundle/nifi-framework/nifi-web/nifi-web-api/src/main/java/org/apache/nifi/web/StandardNiFiServiceFacade.java --- @@ -774,6 +791,80 @@ public RemoteProcessGroupPortEntity updateRemoteProcessGroupOutputPort( } @Override + public Set<AffectedComponentDTO> identifyComponentsAffectedByVariableRegistryUpdate(final VariableRegistryDTO variableRegistryDto) { --- End diff -- `NiFiServiceFacadeLock` handles read/write locking based on the method name. Assuming this method needs that thread safety, the name of this method needs to be accounted for. Either by changing it here or adding another advice to intercept this method call. > Add Variable Registry at Process Group level > -------------------------------------------- > > Key: NIFI-4224 > URL: https://issues.apache.org/jira/browse/NIFI-4224 > Project: Apache NiFi > Issue Type: New Feature > Components: Core Framework > Reporter: Mark Payne > Assignee: Mark Payne > > Currently, NiFi exposes a variable registry that is configurable by adding > the name of a properties file to nifi.properties and then treating the > referenced properties file as key/value pairs for the variable registry. > This, however, is very limiting, as it provides a global scope for all > variables, and it requires a restart of NiFi in order to pick up any updates > to the file. We should expose a Process Group-level Variable Registry. -- This message was sent by Atlassian JIRA (v6.4.14#64029)