brooklyn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ahgittin <>
Subject [GitHub] brooklyn-server pull request #734: Support ConfigKey deprecated names
Date Tue, 20 Jun 2017 08:50:59 GMT
Github user ahgittin commented on a diff in the pull request:
    --- Diff: core/src/main/java/org/apache/brooklyn/core/objs/
    @@ -151,6 +153,19 @@ public AbstractEntityAdjunct configure(Map flags) {
    +        // Allow config keys to be set by name (or deprecated name).
    +        //
    +        // Aled thinks it would be sensible to remove the consumed flags below (i.e.
flags = ...).
    +        // However, that causes PolicyConfigTest.testConfigFlagsPassedInAtConstructionIsAvailable
to fail.
    +        // However, tht looks mad - do we really need to support it?!
    +        // The policy is defined with one key using a name in SetFromFlag, and another
key using the same name.
    +        // It expects both of the config keys to have been set.
    +        //     @SetFromFlag("strKey")
    +        //     public static final ConfigKey<String> STR_KEY = new BasicConfigKey<String>(String.class,
"akey", "a key");
    +        //     public static final ConfigKey<String> STR_KEY_WITH_DEFAULT = new
BasicConfigKey<String>(String.class, "strKey", "str key", "str key default");
    +        // I've preserved that behaviour (for now).
    +        ConfigUtilsInternal.setAllConfigKeys(flags, getAdjunctType().getConfigKeys(),
    --- End diff --
    agree that behaviour is way overkill.  if it's not too hard to log a warning wherever
we rely on it, however, that would be ideal.  if that's not easy then fine to abandon.

If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at or file a JIRA ticket
with INFRA.

View raw message