You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geode.apache.org by "Jared Stewart (JIRA)" <ji...@apache.org> on 2017/05/25 18:11:04 UTC

[jira] [Created] (GEODE-2989) Improve mechanism for scanning the classpath to find gfsh commands

Jared Stewart created GEODE-2989:
------------------------------------

             Summary: Improve mechanism for scanning the classpath to find gfsh commands
                 Key: GEODE-2989
                 URL: https://issues.apache.org/jira/browse/GEODE-2989
             Project: Geode
          Issue Type: Improvement
          Components: gfsh, management
            Reporter: Jared Stewart


The current mechanism for scanning the classpath to find gfsh commands (ClasspathScanLoadHelper) has some deficiencies, including: 

1) Commands can only be scanned for in an exact package ("org.apache.geode.management.internal.cli.commands").  We can't pick up commands from any subpackages,  prevents us from better organizing the package structure of our commands (e.g. "org.apache.geode.management.internal.cli.commands.lifecycle").

2) All classes in the target package are eagerly loaded, whether or not they contain commands.  

Both of these deficiencies can be removed if we replace the implementation of ClasspathScanLoadHelper with calls to FastClasspathScanner.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)