git.net

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Command line argument files


Stefan, Jan,

Thanks for your response. Understood about avoiding the dependency. As Matt pointed out, there are ways around this - picocli is a single source file for example), but at the end of the day what matters most is how much value this would add. 

I thought there was a request for this feature from Ant users but if that’s not the case or there are already alternative solutions then it’s not as good a fit as I imagined. 

No worries, all good! 
Thanks again for getting back to me!

Remko


> On Nov 19, 2018, at 1:23, Matt Sicker <boards@xxxxxxxxx> wrote:
> 
> FWIW, picocli is small enough to simply shade into your project. We do it
> in Log4j with some CLI tooling that’s included.
> 
>> On Sun, Nov 18, 2018 at 09:19, Stefan Bodewig <bodewig@xxxxxxxxxx> wrote:
>> 
>> Hi Remko
>> 
>>> On 2018-11-15, Remko Popma wrote:
>>> 
>>> Would there be any interest in using picocli (
>>> https://github.com/remkop/picocli) as the command line parser in
>>> `org.apache.tools.ant.Main`?
>> 
>> Ant's core has zero dependencies and we value this property.
>> 
>>> Picocli has support for @-files (https://picocli.info/#AtFiles ) to
>> handle
>>> cases where the length of the command line exceeds the OS limitations. (I
>>> believe there was a recent request for this feature on the user list.)
>> 
>> I'm pretty sure Picocli is great.
>> 
>> Personally I wouldn't want to add it just to enable an edge case. Most
>> people don't have Ant command lines long enough to even make them think
>> about @-files. -propertyfile helps with the case of many -D options and
>> then there always is the option to set the ANT_ARGS environment
>> variable.
>> 
>> It should be possible to provide a Picocli ArgumentProcessor that people
>> who need additional features can plug into their builds and activate,
>> though.
>> 
>> Cheers
>> 
>>        Stefan
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@xxxxxxxxxxxxxx
>> For additional commands, e-mail: dev-help@xxxxxxxxxxxxxx
>> 
>> --
> Matt Sicker <boards@xxxxxxxxx>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xxxxxxxxxxxxxx
For additional commands, e-mail: dev-help@xxxxxxxxxxxxxx