[jboss-as7-dev] rename jboss-cli.sh?

Weiqi Gao weiqigao at gmail.com
Tue Sep 4 11:35:26 EDT 2012


JBoss has never been shy in breaking user's configuration files and 
script files (and the core of the underlying container technology and 
classloading architecture, etc.)  We are quite used to it.

The naming scheme of

   jboss-cli.bat
   jboss-cli.sh

goes against portability of skills across platforms and therefore 
against usability.  For it allows the Windows user to issue the command 
with a plain

   jboss-cli

while forces the Unix user to issue the command with

   jboss-cli.sh

At least drop the .sh suffix.  It won't hurt more than the class loader 
infrastructure changes that you guys throw at us every few years.

--
Weiqi Gao
weiqigao at speakeasy.net
http://www.weiqigao.com/blog/

On 09/04/2012 10:10 AM, Brian Stansberry wrote:
> Agreed. Changing the name of this script would require changes to docs,
> courseware, knowledge base articles, demos, etc.
>
> Plus, the name change from jboss-admin.sh came out of a big usability
> workshop we had with people from all over Red Hat. So changing it again
> would IMO require a big discussion.
>
> I launch the CLI via
>
> ./jb<tab><enter>
>
>   From the root, this is fine too:
>
> bin/jb<tab><enter>
>
> On 9/3/12 5:14 PM, Stuart Douglas wrote:
>> I don't think this is worth it. Any change like this at this point is
>> going to break users existing scripts, for no real benefit.
>>
>> I also don't really think that two tab completions are to many, and if
>> someone is using it enough that it is an annoyance they can just create
>> an alias anyway.
>>
>> Stuart
>>
>>> Cheng Fang <mailto:cfang at redhat.com>
>>> 1 September 2012 2:26 AM
>>> I've been playing with jboss as7 cli and like to share my experience. I
>>> understand that in AS7-2310, it was renamed from jboss-admin.sh to
>>> jboss-cli.sh, so a second renaming seems disruptive, but anyway here it
>>> goes...
>>>
>>> First, can we remove the .sh file extension? Tools like ant, mvn and
>>> groovy are all shell scripts but do not have the .sh extension. Users
>>> just need to execute it, without concerning if it is written as a shell
>>> script to binary. Having the .sh extension limits ourselves in impl
>>> options. On Windows we continue to have .bat, which is unavoidable, but
>>> users just need to run "jboss-cli" with .bat extension.
>>>
>>> jboss-cli.sh is quite some typing for users, and the first TAB
>>> completion will not enough. It takes 2 tabs to complete jboss-cli.sh
>>>
>>> Secondly, can we remove the -cli part to further simplify the name? It
>>> seems to be superfluous as many terminal commands are cli. IMO, a name
>>> needs to reflect the purpose of the tool, rather than its form. By
>>> having -cli in the name, we are again restricting it to be a cli tool.
>>> But didn't we have a GUI form that can be launched by 'jboss-cli.sh
>>> --gui'?
>>>
>>> I personally like the old name jboss-admin.sh better, except that it's
>>> too long.
>>>
>>> Cheng
>>> _______________________________________________
>>> jboss-as7-dev mailing list
>>> jboss-as7-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>
>>
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>
>
>



More information about the jboss-as7-dev mailing list