Jak można uniknąć wyjątku ParserException dla wymaganych opcji, gdy użytkownik chce wydrukować tylko użycie?

Question

Więc mam instancję Options która między innymi opcjami został (zawiadomienie isRequired()):

 options.addOption(OptionBuilder 
       .withLongOpt("seq1") 
       .withDescription("REQUIRED : blah blah") 
       .hasArg().isRequired().create()); 
     options.addOption(OptionBuilder 
       .withLongOpt("seq2") 
       .withDescription("REQUIRED : blih blih") 
       .hasArg().isRequired().create()); 
     options.addOption(new Option("?", "help", false, 
       "print this message and exit")); 

Kiedy zadzwonić parser.parse(args) zgłasza wyjątek, jeśli seq1 i seq2 nie są obecne - ale chcę mieć go wydrukować moją wiadomość i nie ma wyjątku - jak to zrobić? To rzuca NPE w line.hasOption("help"), naturalnie:

CommandLine line = null; 
try { 
    CommandLineParser parser = new GnuParser(); 
    // parse the command line arguments 
    line = parser.parse(options, args); 
} catch (ParseException e) { 
    if (line.hasOption("help")) { //NPE 
     usage(0); 
    } 
    System.err.println("Parsing failed. Reason: " + e.getMessage()); 
    usage(1); 
} 

private static void usage(int exitCode) { 
    // automatically generate the help statement 
    HelpFormatter formatter = new HelpFormatter(); 
    formatter.printHelp("Smith Waterman", OPTIONS, true); 
    System.exit(exitCode); 
} 

Answer 1

Rozwiązanie dostosowane od here

private static final Options OPTIONS = new Options(); 
private static final Options HELP_OPTIONS = new Options(); 
OPTIONS.addOption(OptionBuilder 
     .withLongOpt("seq1") 
     .withArgName("file1") 
     .withDescription(
       "REQUIRED : the file containing sequence 1") 
     .hasArg().isRequired().create()); 
// etc 
final Option help = new Option("?", "help", false, 
     "print this message and exit"); 
HELP_OPTIONS.addOption(help); 
OPTIONS.addOption(help); 
// later 
CommandLineParser parser = new GnuParser(); 
CommandLine line = parser.parse(HELP_OPTIONS, args, true); // true so it 
// does not throw on unrecognized options 
if (line.hasOption("help")) { 
    usage(0); // calls exit 
} 
line = parser.parse(OPTIONS, args); 

Jeśli coś bardziej elegancki podchodzi Chętnie przyjmuję je

Answer 2

Commons CLI nie obsługuje zależności między opcjami, jak to odkryli. W twoim przypadku opcja --help modyfikuje wymaganie dla seq1 i seq2.

Jedynym realnym rozwiązaniem jest uczynienie wszystkich opcji niewymaganymi i samodzielną weryfikację zależności po zakończeniu przetwarzania wiersza polecenia.

Answer 3

Może to być przydatne w zależności od sposobu użytkowania. Kopalnia jest w następujący sposób:

• Mam jeden program otoki (zwany „kontrolera”)
• istnieje wiele poleceń (zwane „zadania”), że kontroler może uruchomić
• każde polecenie posiada własny zestaw unikalna linia poleceń argumentu ustawia

na przykład:

$ controller startall -rsrc foo -dir bar -where baz 

pierwszą rzeczą wykonanej z argumentami jest ustalenie, co to polecenie. W tym celu ustawiłem TaskFactory, który analizuje pierwszy argument, rozdziela wszelkie myślniki i sprawdza, czy jest to znane zadanie. Mam 'help', zadanie, które pozwala mój użytkownikowi zrobić:

$ controller -help 

i

$ controller help 

Każde zadanie posiada również opcję pomocy, tak więc użytkownik może zrobić:

$ controller startall -help 

To może jednak nie pomóc. Wezmę alternatywę.

Answer 4

Extend wybraną parser ignorować nieznane opcje:

Can Apache Commons CLI options parser ignore unknown command-line options?

A potem przeanalizować argumenty dwa razy, raz na -help argumentu i raz na normalnych argumentów. Za pierwszym razem powinieneś przekazać mu flagę "ignoruj", za drugim razem nie powinieneś.

Ewentualnie przeanalizuj opcje dwukrotnie, raz szukając -help i przechwytując (i ignorując) MissingOptionException, a następnie ponownie, stosując zwykłe argumenty.

Answer 5

użyłem następujące sprawdzić przed analizą, aby upewnić -h lub --help unieważnia wszystko inne.

// check if help is requested 
if (Arrays.asList(args).contains("-h") 
     || Arrays.asList(args).contains("--help")) { 
    usage(0); // print usage with exit 0 
} 
// parse options 

Nie najładniejsze rozwiązanie, ale służy moim potrzebom.