[ https://issues.apache.org/jira/browse/NIFI-4149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16428756#comment-16428756 ]
ASF subversion and git services commented on NIFI-4149: ------------------------------------------------------- Commit 7cc77937d8636feb65d708d14c3b22a6c71a1ed7 in nifi's branch refs/heads/master from [~pvillard] [ https://git-wip-us.apache.org/repos/asf?p=nifi.git;h=7cc7793 ] NIFI-4149 - fixed contrib-check errors > Indicate if EL is evaluated against FFs or not > ---------------------------------------------- > > Key: NIFI-4149 > URL: https://issues.apache.org/jira/browse/NIFI-4149 > Project: Apache NiFi > Issue Type: Improvement > Components: Core Framework > Reporter: Pierre Villard > Assignee: Pierre Villard > Priority: Major > Fix For: 1.7.0 > > > With the addition of EL in a lot of places to improve SDLC and workflow > staging, it becomes important to indicate to users if the expression language > enabled on a property will be evaluated against the attributes of incoming > flow files or if it will only be evaluated against various variable stores > (env variables, variable registry, etc). > Actually, the expression language (without evaluation against flow files) > could be allowed on any property by default, and evaluation against flow > files would be what is actually indicated in the UI as we are doing today. > Adopting this approach could solve a lot of JIRA/PRs we are seeing to add EL > on some specific properties (without evaluation against FFs). > Having expression language to access external values could make sense on any > property for any user. However evaluating the expression language against FFs > is clearly a more complex challenge when it comes to session management and > such. -- This message was sent by Atlassian JIRA (v7.6.3#76005)