Imaging your stand alone jar runs an embedded http server, by default it has a embedded testing certificate for the https listener. But in some environments you need to disable https and others you want to overwrite with values.
So you have options, something like; [ A or [ B and C and [ D or E ] ] ] [ -no-https | [ -https-port <optional port> -keyStoreLocation <required.jks> [ -keyStorePassword <password> | -keyStorePassword-prompt ] ] ] -no-https > will explicitly disable https -https-port <optional port> > will explicitly enabled https and has and optional port parameter > if you specify -https-port you also need to explicitly specify the keystore > location and either the password on the command line or state it will prompt > via the console -keyStoreLocation <required.jks> > required if -https-port is specified and also has a required parameter -keyStorePassword <password> -keyStorePassword-prompt > only one of the above must be supplied, not both > if "-keyStorePassword" supplied then it has a required password property > if "keyStorePassword-prompt" supplied then it will request via the console > when booting I hope that is a clear example. This is something that I'm trying to implement at the moment but having to do several if/else if/else blocks to get it working as needed. Cheers, John On 14 October 2016 at 00:26, Gilles <gil...@harfang.homelinux.org> wrote: > Hi. > > On Thu, 13 Oct 2016 15:57:00 +0100, John Patrick wrote: >> >> I've posted a message to the users list, but on reflecting I think >> what I'm trying to achieve might be beyond commons-cli current >> ability. >> >> If I fork and work on adding nested OptionGroup's, would it stand a >> change of being merged? >> Is it a feature you want to support/provide? > > > Please describe what you propose in more details. > >> >> I want to check with dev's before wasting time on the potential feature... > > > Good precaution, indeed... > > Regards, > Gilles > >> >> cheers, >> John >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
