[wildfly-dev] Change CLI to Default to Remoting

Bruno Georges bgeorges at redhat.com
Wed Jul 10 06:33:39 EDT 2013


+1

Sent from my iPhone

On 10 Jul, 2013, at 0:41, Brian Stansberry <brian.stansberry at redhat.com> wrote:

> There's going to be confusion no matter what we do.
> 
> The thing I care about most is if people run old scripts or follow old 
> instructions that their teams have written up that say 
> --controller=XXX:9999 it should just work. We shouldn't force people to 
> rewrite their scripts and processes just because we decided port 
> reduction was more important than compatibility.
> 
> Remember also that people will use the new CLI binary to manage legacy 
> servers where HTTP upgrade is not an option. So even if by default WF 
> isn't using 9999, there will be need for the CLI to deal cleanly with 9999.
> 
> (Most of the above wasn't directly in response to your last comment.)
> 
> On 7/9/13 11:03 AM, Darran Lofthouse wrote:
>> On 09/07/13 16:57, Brian Stansberry wrote:
>>> Sounds fine. I'd be fine with a simple heuristic based on the port as
>>> well, so --controller=localhost:9990 would default to http-remoting.
>> 
>> I can add that if we want but just thinking if it would cause confusion
>> if it suddenly stops working once they start trying to connect to a
>> second instance with offset ports.
>> 
>> If they do not specify any address at all it will default to the address
>> in the config which is http-remoting by default.
>> 
>> _______________________________________________
>> wildfly-dev mailing list
>> wildfly-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
> 
> 
> -- 
> Brian Stansberry
> Principal Software Engineer
> JBoss by Red Hat
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev



More information about the wildfly-dev mailing list