RFR: 8340133: Add concise usage message to the java executable [v5]

Jan Lahoda jlahoda at openjdk.org
Fri Oct 25 12:48:10 UTC 2024


On Tue, 22 Oct 2024 11:06:44 GMT, Jan Lahoda <jlahoda at openjdk.org> wrote:

>> Currently, running `java` without any parameters will lead to an output that is a full `--help`, which is over 100 lines (on my computer at least), and it feels overwhelming. And many people might actually want to run JShell/REPL, not the `java` executable, but it is difficult find out about JShell.
>> 
>> The proposal herein is to print a much shorter help, together with a pointer to JShell, when the executable does not know what to do. I.e. there is nothing specified to start, and no option like `--help` is specified. In particular, on my machine, it prints:
>> 
>> openjdk 24-internal 2025-03-18
>> 
>> Usage: java [java options...] <application> [application arguments...]
>> 
>> Where <application> is one of:
>>   <mainclass>                to execute the main method of a compiled class
>>   -jar <jarfile>.jar         to execute the main class of a JAR archive
>>   -m <module>[/<mainclass>]  to execute the main class of a module
>>   <sourcefile>.java          to compile and execute a source-file program
>> 
>> Where key java options include:
>>   --class-path <class path>
>>     where <class path> is a list of directories and JAR archives to search for class files, separated by ":"
>>   --module-path <module path>
>>     where <module path> is a list of directories and JAR archives to search for modules, separated by ":"
>> 
>> For additional help on usage:           java --help
>> For an interactive Java environment:    jshell
>> 
>> 
>> Hopefully, this may be easier both for people trying to run something, and for people that are really looking for JShell.
>> 
>> What do you think?
>> 
>> Thanks!
>
> Jan Lahoda has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Cleaning up the concise message:
>   - using 2 spaces instead of 4,
>   - rewording the "for more use --help" part of the message as suggested to avoid the word "launcher".

> > The file separator is a secondary concern and could be moved to the end of the sentence:
> > ```
> > Where key java options include:
> >   --class-path <class path>
> >       a list of directories and JAR archives to search for class files, separated by ":"
> >   --module-path <module path>
> >       a list of directories and JAR archives to search for modules, separated by ":"
> > ```
> 
> I agree with this comment. I also have another observation - it is not super obvious that "a list of directiories ..." is a description for what a or is. You kind of guess that being the case (what else can it be?) but something like:
> 
> ```
>  --class-path <class path>
>         where <class path> is a list of directories and JAR archives to search for class files, separated by ":"
> ```
> 
> Seems more crystal clear?
> 
> (Btw, the reason I like moving `:` at the end is that you want users to quickly graps what is - and this trick does that: "a class path is a list of directories and jars" - whether they're `:` or `#!?` separated, that's a second-order concern at this point (as we're still defining the term).

Ok:
https://github.com/openjdk/jdk/pull/21411/commits/f1f7cc8006dcd2bdefe5bbc90936c6ccbdf044ab

(text in the description updated)

I checked, and the default line length for `cmd` on Windows 10 appears to be 120 characters. the longest line is now 108 characters long. So, we are nearing the hard-limit for the text.

I also start to wonder if adding the text for these options lights its weight, and whether it wouldn't be better to just skip the options, leading to a leaner, shorter help.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/21411#issuecomment-2437683715


More information about the core-libs-dev mailing list