geode-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <>
Subject [jira] [Commented] (GEODE-3007) Simplify support for custom GFSH commands
Date Fri, 03 Nov 2017 20:40:00 GMT


ASF GitHub Bot commented on GEODE-3007:

jaredjstewart commented on a change in pull request #1011: GEODE-3007: Simplify support for
custom GFSH commands

 File path: geode-assembly/build.gradle
 @@ -193,19 +195,20 @@ def cp = {
         it.contains('log4j-slf4j-impl') ||
         it.contains('shiro') ||
         it.contains('slf4j-api') ||
+        it.contains('spring-beans') ||
 Review comment:
   The reason this was added is that `CommandManager` will now try to load any classes implementing
`CommandMarker`, rather than only those in the ``
package.  This results in the CommandManager trying recognizing the built-in `HelpCommands`
command from spring-shell, and that class has a dependency on spring-beans.  We could probably
exclude classes by name rather than by an actual reference to the `Class` to avoid loading
blacklisted commands (and thus remove the need for this dependency).

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:

> Simplify support for custom GFSH commands
> -----------------------------------------
>                 Key: GEODE-3007
>                 URL:
>             Project: Geode
>          Issue Type: Improvement
>          Components: docs, gfsh
>            Reporter: Jared Stewart
>            Assignee: Jared Stewart
>            Priority: Major
> Geode currently supports three ways to load GFSH commands: 
> 1. Scan the classpath for commands in "”
> 2. Scan the classpath for commands in a package specified by a user via the “user-command-packages”
system property. 
> 3. Scan the classpath for commands registered in files inside (e.g.

> After the improvements made by GEODE-2989, there is no reason to require a user to specify
the location of their custom commands via one of these mechanisms.  Instead, we should simply
scan the entire classpath for any classes implementing CommandMarker (regardless of whatever
packages they live in).  

This message was sent by Atlassian JIRA

View raw message