[ 
https://issues.apache.org/jira/browse/GEODE-4691?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Barbara Pruijn updated GEODE-4691:
----------------------------------
    Description: 
When starting a locator in gfsh like this
{code:java}
start locator --name=locator1{code}
the default behavior is to auto-connect gfsh to the locator.

>From the gfsh start locator help:
{code:java}
connect
When connect is set to false , Gfsh does not automatically connect to the 
locator which is started
using this command.
Required: false
Default (if the parameter is specified without value): true
Default (if the parameter is not specified): true{code}
When starting the locator with a Security Manager like this
{code:java}
start locator --name=locator1 
--J=-Dgemfire.security-manager=org.apache.geode.examples.SimpleSecurityManager{code}
The result is that gfsh does not auto connect to the locator. However this is 
not listed in the help command and is inconsistent in the user expectation.

 

Solution:
Update gfsh help to correctly list the behavior when the Security Manager is 
set via the --J parameter

Acceptance criteria:

gfsh should display correct connect help message for
{code:java}
help start locator{code}
when using Security Manager.
{code:java}
connect
When connect is set to false , Gfsh does not automatically connect to
the locator which is started using this command.
Required: false
Default (if the parameter is specified without value): true
Default (if the parameter is not specified): true
If the locator is started with a Security Manager in --J parameter, the auto 
connect default value is false and the locator will not auto connect.{code}
 

  was:
When starting a locator in gfsh like this
{code:java}
start locator --name=locator1{code}
the default behavior is to auto-connect gfsh to the locator.

>From the gfsh start locator help:
{code:java}
connect
When connect is set to false , Gfsh does not automatically connect to the 
locator which is started
using this command.
Required: false
Default (if the parameter is specified without value): true
Default (if the parameter is not specified): true{code}
When starting the locator with a Security Manager like this
{code:java}
start locator --name=locator1 
--J=-Dgemfire.security-manager=org.apache.geode.examples.SimpleSecurityManager{code}
The result is that gfsh does not auto connect to the locator. However this is 
not listed in the help command and is inconsistent in the user expectation.

 

Possible solutions:
 1. Update gfsh help to correctly list the behavior when the Security Manager 
is set via the --J parameter

2. Add the options
{code:java}
 --user --password{code}
to the start locator command


> Gfsh command Start Locator shows inconsistent behavior with auto-connecting 
> with a Security Manager
> ---------------------------------------------------------------------------------------------------
>
>                 Key: GEODE-4691
>                 URL: https://issues.apache.org/jira/browse/GEODE-4691
>             Project: Geode
>          Issue Type: Bug
>          Components: docs, gfsh, security
>            Reporter: Barbara Pruijn
>            Priority: Major
>              Labels: pull-request-available
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> When starting a locator in gfsh like this
> {code:java}
> start locator --name=locator1{code}
> the default behavior is to auto-connect gfsh to the locator.
> From the gfsh start locator help:
> {code:java}
> connect
> When connect is set to false , Gfsh does not automatically connect to the 
> locator which is started
> using this command.
> Required: false
> Default (if the parameter is specified without value): true
> Default (if the parameter is not specified): true{code}
> When starting the locator with a Security Manager like this
> {code:java}
> start locator --name=locator1 
> --J=-Dgemfire.security-manager=org.apache.geode.examples.SimpleSecurityManager{code}
> The result is that gfsh does not auto connect to the locator. However this is 
> not listed in the help command and is inconsistent in the user expectation.
>  
> Solution:
> Update gfsh help to correctly list the behavior when the Security Manager is 
> set via the --J parameter
> Acceptance criteria:
> gfsh should display correct connect help message for
> {code:java}
> help start locator{code}
> when using Security Manager.
> {code:java}
> connect
> When connect is set to false , Gfsh does not automatically connect to
> the locator which is started using this command.
> Required: false
> Default (if the parameter is specified without value): true
> Default (if the parameter is not specified): true
> If the locator is started with a Security Manager in --J parameter, the auto 
> connect default value is false and the locator will not auto connect.{code}
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to