[
https://issues.apache.org/jira/browse/METRON-1167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16161344#comment-16161344
]
ASF GitHub Bot commented on METRON-1167:
----------------------------------------
Github user ottobackwards commented on the issue:
https://github.com/apache/metron/pull/740
"There really is no such thing as an "incompletely formed" GLOBAL_CONFIG.
The GLOBAL_CONFIG is just a key/value store. It contains whatever it contains.
But if there is a missing value in the GLOBAL_CONFIG that your function needs,
then this change only makes it far simpler to add that missing value to the
GLOBAL_CONFIG."
Just a clarification. Let's say the users here are the UDF developer, and
the metron user.
They don't know each other, never met, never talked nothing. The User just
installed 'bob's stellar lib'.
Bob's stellar lib needs one of the properties from the metron global.js to
work, and is guarded.
User just runs the shell without zk and wants to use the function.
It passes the guard, and he can call and use the function, but it blows up
because it expects a property to be there, but it is not because it is running
like this.
User not happy, has no idea why it didn't work, has to track everything
down...
By the time it get's back to Bob, he makes the point that 'hey, i guard for
the config, when do you have a metron config that is not a metron config? what
is that flag for?'
> Define Session Specific Global Configuration Values in the REPL
> ---------------------------------------------------------------
>
> Key: METRON-1167
> URL: https://issues.apache.org/jira/browse/METRON-1167
> Project: Metron
> Issue Type: Improvement
> Affects Versions: 0.4.0
> Reporter: Nick Allen
> Assignee: Nick Allen
> Fix For: Next + 1
>
>
> Many Stellar functions accept configuration values from the Global
> configuration. When using the REPL you can load the global configuration
> values by launching the REPL with the -z option, which loads the global
> configuration stored in Zookeeper.
> The only way to modify the global configuration within the REPL currently is
> to do the following steps.
> 1. Retrieve the global configuration with conf := CONFIG_GET("global")
> 2. Alter that global configuration by modifying the JSON contained in the
> `conf` variable.
> 3. Push the new global configuration using CONFIG_PUT("global", conf)
> 4. Close and then reopen the REPL. Without restarting the REPL the new
> global configuration is not loaded.
> I want a way to do this directly in the REPL, without restarting it, and also
> in a way that does not modify the persisted global configuration in
> Zookeeper. I may be monkeying with something the REPL, but I don't want to
> break one of my live Metron topologies.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
