brooklyn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From aledsage <>
Subject [GitHub] incubator-brooklyn pull request: SshTool choice
Date Wed, 11 Nov 2015 16:30:10 GMT
Github user aledsage commented on a diff in the pull request:
    --- Diff: core/src/main/java/org/apache/brooklyn/util/core/internal/ssh/ ---
    @@ -49,7 +50,14 @@
          * These keys are detected from entity/global config and automatically applied to
ssh executions. */
         public static final String BROOKLYN_CONFIG_KEY_PREFIX = "brooklyn.ssh.config.";
    -    public static final ConfigKey<String> PROP_TOOL_CLASS = newStringConfigKey("tool.class",
"SshTool implementation to use", null);
    +    /**
    +     * @deprecated since 0.9.0; use {@link SshMachineLocation#SSH_TOOL_CLASS}
    +     */
    +    @Deprecated
    +    public static final ConfigKey<String> PROP_TOOL_CLASS = newStringConfigKey(
    --- End diff --
    We need a different key name for the class name of the WinRmTool and the SshTool. We'll
use this by writing some configuration on the location (e.g. in on a named
location), and will want to supply an implementation of WinRmTool and an implementation of
SshTool - hence we need a different key name for each.
    My reasoning for not having it in SshTool is that the config there is about config the
SshTool understands. By the time you have an SshTool, then it has been instantiated. The place
that instantiates the tool is SshMachineLocation, so that feels like a good place to define
this config key. I also defined it in BrooklynConfigKeys, but with the common prefix "brooklyn.ssh.config.".

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