targets for parameter injection, but you call a
> function and get a data object back.
>
> Currently, not all the functionality of picocli is available, but the
> footprint is smaller.
>
> Whether another CLI library is needed is a valid question, but I cannot
> answer this.
>
eded is a valid question, but I cannot
answer this.
>
>> So I would like to ask again the question whether Commons could have
>> components in other programming languages, and more specifically,
>> whether this CLI for Scala library could be a candidate.
>
> Given the current
re with e.g.
https://github.com/remkop/picocli
?
> So I would like to ask again the question whether Commons could have
> components in other programming languages, and more specifically,
> whether this CLI for Scala library could be a candidate.
Given the current drift towards GitHub
t; > repository contains a README describing the high-level concepts and a
> > tutorial [2] with a comprehensive description of all the features
> available.
> >
> > So I would like to ask again the question whether Commons could have
> > components in other programming langua
sive description of all the features available.
>
> So I would like to ask again the question whether Commons could have
> components in other programming languages, and more specifically,
> whether this CLI for Scala library could be a candidate.
>
> Notes:
> - Except for the dom
t; available.
>
>
>
> So I would like to ask again the question whether Commons could have
>
> components in other programming languages, and more specifically,
>
> whether this CLI for Scala library could be a candidate.
>
>
>
> Notes:
>
> - Except for
contains a README describing the high-level concepts and a
tutorial [2] with a comprehensive description of all the features available.
So I would like to ask again the question whether Commons could have
components in other programming languages, and more specifically,
whether this CLI for Scala library