+1

It makes total sense that gfsh should depend on core, and core should be 
completely unaware of it.  The dependency untangling that results will also 
help pave the way for other interfaces, such as a gfsh-free management REST 
interface.


> On Nov 22, 2019, at 8:45 AM, Jinmei Liao <jil...@pivotal.io> wrote:
> 
> +100. Would be a great move.
> 
> On Fri, Nov 22, 2019 at 8:40 AM Jens Deppe <jensde...@apache.org> wrote:
> 
>> Hello All,
>> 
>> We'd like to propose moving gfsh and all associated commands into its own
>> gradle submodule (implicitly thus also producing a separate maven
>> artifact). The underlying intent is to decouple geode core from any Spring
>> dependencies.
>> 
>> The proposal is outlined here:
>> 
>> https://cwiki.apache.org/confluence/display/GEODE/Move+gfsh+code+to+a+separate+gradle+sub-project
>> 
>> Please provide feedback for this proposal *on this email thread* and not in
>> the comment section of the proposal page.
>> 
>> The deadline for this proposal will be Monday, December 2.
>> 
>> Thanks in advance for feedback / comments.
>> 
>> --Jens & Patrick
>> 
> 
> 
> -- 
> Cheers
> 
> Jinmei

Reply via email to