[
https://issues.apache.org/jira/browse/METRON-1568?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16484403#comment-16484403
]
ASF GitHub Bot commented on METRON-1568:
----------------------------------------
Github user cestella commented on a diff in the pull request:
https://github.com/apache/metron/pull/1021#discussion_r190011259
--- Diff:
metron-platform/metron-common/src/main/java/org/apache/metron/common/configuration/enrichment/handler/StellarConfig.java
---
@@ -142,8 +143,14 @@ else if(kv.getValue() instanceof List) {
{
--- End diff --
So, what you're trying to solve, I think, is scoped variable resolution. I
think this is a bit of a different use-case here and one that doesn't really
have an analogue in programming languages at large. This is, rather, getting a
list of the variables and their values within the current scope. For our
purposes, though, we only have one scope, global scope. I'd consider
non-global scope resolution to be out of scope for this.
Ultimately, what I'm arguing for is the map variable resolver to have a
special variable that returns the full variable scope.
Is this becoming clearer or am I spreading more mud than I'm clearing?
> Stellar should have a _ special variable which returns the message in map form
> ------------------------------------------------------------------------------
>
> Key: METRON-1568
> URL: https://issues.apache.org/jira/browse/METRON-1568
> Project: Metron
> Issue Type: Improvement
> Reporter: Casey Stella
> Priority: Major
>
> In order to support functions which operate on the whole message, we should
> have a special variable (_, keeping with the vaguely scala theme) which can
> return the entire underlying message. This map should be immutable.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
