Am 2022-06-26 um 13:09 schrieb Slawomir Jaranowski:
niedz., 26 cze 2022 o 12:54 Michael Osipov <[email protected]> napisał(a):

Am 2022-06-24 um 22:17 schrieb Slawomir Jaranowski:
pt., 24 cze 2022 o 21:13 Michael Osipov <[email protected]>
napisał(a):

Am 2022-06-24 um 20:52 schrieb Tamás Cservenák:
I bet i m-shared-util 50% of source is deprecated, white other big
batch
is
duplicated (overlaps for example with plexus-utils). Otoh, p-u release
pace
and maintenance is light-years ahead of m-shared-u... Do I'd really
drop
this.

Some pains:
https://github.com/codehaus-plexus/plexus-utils/pull/109
https://github.com/codehaus-plexus/plexus-utils/pull/110


For CLI, i cannot believe there is no some sane license compatible and
well
maintained alternative (commons?) that can be used instead?

Commons Exec is dead
Here a few with limitations:
https://github.com/zeroturnaround/zt-exec
https://github.com/brettwooldridge/NuProcess

I believe that with can retain mostly of the current CLI API and drop a
of internal code for ProcessBuidler.


One we need for  ProcessBuidler is parsing the command line to process
args.

Why do we need to parse CLI as a whole string? All of those usecases I
would ultimately deprecate and replace with a distinc list/array approach.
Can you list them?


As I know:

m-invoker-p -> invoker.properties -> invoker.goals

This can also be solved by replacing goals with .arg.<n>/.argument.<n>

Just like here: https://wrapper.tanukisoftware.com/doc/english/prop-app-parameter-n.html

Morover, we both know that this property has an invalid/misleading name, it takes everything instead of just goals.

m-release-p -> arguments

This can be solved by making it <arguments/><argument>..</arguments>

M

Reply via email to