> On Tue, Nov 12, 2024 at 6:57 PM Claude Warren wrote:
> >
> > > @Gary Gregory I see that there was a desire
> to
> > > create a V2 with an immutable Option and several other changes.
> > >
> > > I think that CLI V1 is stable now in terms of funct
for something more
> than the removal of cruft, unless there really is a ton of it.
>
> TY!
> Gary
>
>
>
> On Tue, Nov 12, 2024 at 6:57 PM Claude Warren wrote:
>
> > @Gary Gregory I see that there was a desire to
> > create a V2 with an immutable Option and
hat there was a desire to
> create a V2 with an immutable Option and several other changes.
>
> I think that CLI V1 is stable now in terms of functionality and (as noted
> in the latest pull request, over specified). If there is interest in
> moving this forward I would gladly spend
l free to create a PR.
> >
> > I can cut a release candidate whenever you are ready.
> >
> > Gary
> >
> > On Sun, Nov 10, 2024, 7:23 AM Eric Pugh >
> > wrote:
> >
> >> I am starting to poke at t
gt; Gary
> >
> > On Sun, Nov 10, 2024, 7:23 AM Eric Pugh >
> > wrote:
> >
> >> I am starting to poke at the CLI-339 feature.. Looking at the PR,
> >>
> >>
> https://github.com/apache/commons-cli/pull/314/files#diff-c5837d81e3e4f87d5222b1d8caa45c9c9
and feel free to create a PR.
>
> I can cut a release candidate whenever you are ready.
>
> Gary
>
> On Sun, Nov 10, 2024, 7:23 AM Eric Pugh
> wrote:
>
>> I am starting to poke at the CLI-339 feature.. Looking at the PR,
>>
>> https:
Let me know and feel free to create a PR.
I can cut a release candidate whenever you are ready.
Gary
On Sun, Nov 10, 2024, 7:23 AM Eric Pugh
wrote:
> I am starting to poke at the CLI-339 feature.. Looking at the PR,
>
> https://github.com/apache/commons-cli/pull/314/f
I am starting to poke at the CLI-339 feature.. Looking at the PR,
https://github.com/apache/commons-cli/pull/314/files#diff-c5837d81e3e4f87d5222b1d8caa45c9c9cd2c6edff6ad31e3a0b603f0b64d389,
I see the code...I am not quite seeing the big picture however... I
am hoping to see some docs on
Hi Claude,
I just did after seeing your message, instead of going round and round ;)
Gary
On 2024/10/19 10:22:28 Claude Warren wrote:
> Gary,
>
> I went looking for the javadoc in question but did not find it. Did you
> already clean it up? If so, thanks. If not can you point to the issue?
>
Gary,
I went looking for the javadoc in question but did not find it. Did you
already clean it up? If so, thanks. If not can you point to the issue?
Thank you,
Claude
On Thu, Oct 17, 2024 at 3:08 PM Gary D. Gregory wrote:
> Note that the Javadoc for org.apache.commons.cli.help.HelpFormatter
Note that the Javadoc for org.apache.commons.cli.help.HelpFormatter use
deprecated code. Please update it or I can do it later.
Gary
On 2024/10/17 13:39:53 Claude Warren wrote:
> I think that all of the HelpAppendable methods expect that if null or empty
> string is passed then nothing is output
I think that all of the HelpAppendable methods expect that if null or empty
string is passed then nothing is output. In addition, for the list case an
empty list results in no output.
I will update the documentation.
On Thu, Oct 17, 2024 at 10:20 AM Arnout Engelen wrote:
> On Mon, Oct 14, 2024
On Mon, Oct 14, 2024 at 9:29 PM Gary D. Gregory wrote:
>
> Hi All,
>
> We now have append methods like:
>
> public interface HelpAppendable extends Appendable {
>
> /**
> * Appends a header.
> *
> * @param level the level of the header. This is equivalent to the "1",
> "2", or
null things
> shall
> > > be
> > > > marked not by doc, but by annotations.
> > > >
> > > > Xeno Amess 于2024年10月15日周二 04:10写道：
> > > >
> > > > > 1. important jetbrains annotations as maven dependency.
> > > > >
ble in parent class's param
> > > > 3.add @NotNull at child class param
> > > >
> > > > --
> > > > *From:* Gary D. Gregory
> > > > *Sent:* Tuesday, October 15, 2024 3:29:20 AM
> > > &
27;s param
3.add @NotNull at child class param
--
*From:* Gary D. Gregory
*Sent:* Tuesday, October 15, 2024 3:29:20 AM
*To:* dev@commons.apache.org
*Subject:* [CLI] Javadoc
Hi All,
We now have append methods like:
public interface HelpAppendable extends Appendable {
gt; > > 2.add @Nullable in parent class's param
> > > 3.add @NotNull at child class param
> > >
> > > --
> > > *From:* Gary D. Gregory
> > > *Sent:* Tuesday, October 15, 2024 3:29:20 AM
> > > *To:* dev@commo
Amess 于2024年10月15日周二 04:10写道：
> > >
> > > > 1. important jetbrains annotations as maven dependency.
> > > > 2.add @Nullable in parent class's param
> > > > 3.add @NotNull at child class param
> > > >
> > > > --
ions as maven dependency.
> > > 2.add @Nullable in parent class's param
> > > 3.add @NotNull at child class param
> > >
> > > --
> > > *From:* Gary D. Gregory
> > > *Sent:* Tuesday, October 15, 2024 3:29:20 AM
> --
> > *From:* Gary D. Gregory
> > *Sent:* Tuesday, October 15, 2024 3:29:20 AM
> > *To:* dev@commons.apache.org
> > *Subject:* [CLI] Javadoc
> >
> > Hi All,
> >
> > We now have append methods like:
&
ld class param
>
> --
> *From:* Gary D. Gregory
> *Sent:* Tuesday, October 15, 2024 3:29:20 AM
> *To:* dev@commons.apache.org
> *Subject:* [CLI] Javadoc
>
> Hi All,
>
> We now have append methods like:
>
> public interface HelpAppendable e
1. important jetbrains annotations as maven dependency.
2.add @Nullable in parent class's param
3.add @NotNull at child class param
From: Gary D. Gregory
Sent: Tuesday, October 15, 2024 3:29:20 AM
To: dev@commons.apache.org
Subject: [CLI] Javadoc
Hi All
Hi All,
We now have append methods like:
public interface HelpAppendable extends Appendable {
/**
* Appends a header.
*
* @param level the level of the header. This is equivalent to the "1",
"2", or "3" in the HTML "h1", "h2", "h3" tags.
* @param text the text for the h
;
> > > > > On Mon, Sep 30, 2024, 12:31 PM Claude Warren
> wrote:
> > > > >
> > > > > > If we can settle on a name for the
> > > > > > serializer/scribe/writer/printDecorator/amenuensis thing the
> rest of
> > > > the
> > &
2024, 12:31 PM Claude Warren wrote:
> > > >
> > > > > If we can settle on a name for the
> > > > > serializer/scribe/writer/printDecorator/amenuensis thing the rest of
> > > the
> > > > > code is ready. It passes all the tests,
Sep 30, 2024, 12:31 PM Claude Warren wrote:
> > >
> > > > If we can settle on a name for the
> > > > serializer/scribe/writer/printDecorator/amenuensis thing the rest of
> > the
> > > > code is ready. It passes all the tests, it has 100% test
/scribe/writer/printDecorator/amenuensis thing the rest of
> the
> > > code is ready. It passes all the tests, it has 100% test coverage,
> and
> > it
> > > works for what Rat is trying to do.
> > >
> > >
> > > On Sat, Sep 28, 2024 at 2:08 PM
;
> >
> > On Sat, Sep 28, 2024 at 2:08 PM Claude Warren wrote:
> >
> > > I have opened https://github.com/apache/commons-cli/pull/314 to track
> > the
> > > proposed changes
> > >
> > > On Sat, Sep 28, 2024 at 11:42 AM Claude Warren
> wrote:
&
.
>
>
> On Sat, Sep 28, 2024 at 2:08 PM Claude Warren wrote:
>
> > I have opened https://github.com/apache/commons-cli/pull/314 to track
> the
> > proposed changes
> >
> > On Sat, Sep 28, 2024 at 11:42 AM Claude Warren wrote:
> >
> >> I know s
tps://github.com/apache/commons-cli/pull/314 to track the
> proposed changes
>
> On Sat, Sep 28, 2024 at 11:42 AM Claude Warren wrote:
>
>> I know some graphics programs use the term "engraver" for code that
>> creates the output of graphical representations
I have opened https://github.com/apache/commons-cli/pull/314 to track the
proposed changes
On Sat, Sep 28, 2024 at 11:42 AM Claude Warren wrote:
> I know some graphics programs use the term "engraver" for code that
> creates the output of graphical representations of th
I know some graphics programs use the term "engraver" for code that creates
the output of graphical representations of things (like notes, staves, and
resets in musical notation). Scribe seems like the textual equivalent.
If we go with the decorator approach then I think the underlying interface
Le sam. 28 sept. 2024 à 00:17, Gary Gregory a écrit :
>
> It's pretty unusual IMO, not like anything in the JDK for example.
Agreed.
> I'll see
> if I can come up with something tomorrow...
How about "PrintDecorator" ?
Gilles
>>> [...]
It's pretty unusual IMO, not like anything in the JDK for example. I'll see
if I can come up with something tomorrow...
Gary
On Fri, Sep 27, 2024, 6:11 PM Claude Warren wrote:
> Anybody have an objection to using Scribe as the class name?
>
> On Thu, Sep 26, 2024 at 11:25 AM Claude Warren wrot
Anybody have an objection to using Scribe as the class name?
On Thu, Sep 26, 2024 at 11:25 AM Claude Warren wrote:
> I am now thinking "Scribe". Writer tend to indicate that you can do low
> level writing and would expect the Writer to implement the Writer interface.
>
> "Amanuensis" comes to m
I am now thinking "Scribe". Writer tend to indicate that you can do low
level writing and would expect the Writer to implement the Writer interface.
"Amanuensis" comes to mind but that is too hard to spell/type. ;)
Claude
On Thu, Sep 26, 2024 at 4:26 AM Peter Burka wrote:
> That sounds simi
That sounds similar to java.io.Writer. Maybe this should be a HelpWriter?
On Wed, Sep 25, 2024, 7:11 PM Claude Warren wrote:
> Actually the Producer constructor takes an "Appendable" as an argument and
> then provides methods like
>
> printPara("Some text here")
>
> Which would output a paragrap
Actually the Producer constructor takes an "Appendable" as an argument and
then provides methods like
printPara("Some text here")
Which would output a paragraph of "Some text here"
TestProducer appends "Some text here\n\n" (where \n is
System.lineSeparator) to the appendable
XmlProducer would ap
On Wed, Sep 25, 2024 at 6:09 PM Claude Warren wrote:
>
> I have to agree that Serializer is an overloaded term and should be
> avoided, and I knew when I named it that the name would have to change.
> But I don't like "Render" because it is a verb and the noun for something
> that renders would be
I have to agree that Serializer is an overloaded term and should be
avoided, and I knew when I named it that the name would have to change.
But I don't like "Render" because it is a verb and the noun for something
that renders would be a renderer. And to my ears (and fingers) that seems
clunky.
H
discuss keeping
> it or not but it is here to make it easy to see what is new. Also, some
> methods added to Util.java
>
> https://github.com/Claudenw/commons-cli/tree/Help_formatter_extension/src/main/java/org/apache/commons/cli/help
>
> Overview because I have not written
Some initial code. Note the "help" package name. We can discuss keeping
it or not but it is here to make it easy to see what is new. Also, some
methods added to Util.java
https://github.com/Claudenw/commons-cli/tree/Help_formatter_extension/src/main/java/org/apache/commons/cli/help
😀
>>
>> Gary
>>
>> On Fri, Sep 20, 2024, 3:56 AM Claude Warren wrote:
>>
>>> I have been working on Rat and have a set of classes that output
>> markdown.
>>> I think I can make CLI HelpFormtter system take a class to output the
&g
Gary Gregory
wrote:
> Looking forward to it 😀
>
> Gary
>
> On Fri, Sep 20, 2024, 3:56 AM Claude Warren wrote:
>
> > I have been working on Rat and have a set of classes that output
> markdown.
> > I think I can make CLI HelpFormtter system take a class to out
Looking forward to it 😀
Gary
On Fri, Sep 20, 2024, 3:56 AM Claude Warren wrote:
> I have been working on Rat and have a set of classes that output markdown.
> I think I can make CLI HelpFormtter system take a class to output the data
> in any given format.
>
> What rat is doing
I have been working on Rat and have a set of classes that output markdown.
I think I can make CLI HelpFormtter system take a class to output the data
in any given format.
What rat is doing now is writing help to a file and using APT format to
include that using Velocity.
Gary's point tha
xpand
>> commons-text to contain a simple library for formatting output. If we do
>> that we would have to include it in commons-cli which I know is
>> undesirable, but if text is small enough it should not be a problem.
>>
>> Q: Do we want to create/support multiple out
Q: Do we want to create a new commons project or perhaps expand
> commons-text to contain a simple library for formatting output. If we do
> that we would have to include it in commons-cli which I know is
> undesirable, but if text is small enough it should not be a problem.
>
>
This could get complex fairly quickly. So a couple of questions:
Q: Do we want to create a new commons project or perhaps expand
commons-text to contain a simple library for formatting output. If we do
that we would have to include it in commons-cli which I know is
undesirable, but if text is
e sense to you?
>
> Claude
>
>
>
>
> On Wed, Sep 18, 2024 at 2:57 PM Eric Pugh
> wrote:
>
>> In Solr we added some additional formatting methods to our Tool.java
>> interface to help with formatting the various tools that use commons-cli:
>>
>> [i
Claude
On Wed, Sep 18, 2024 at 2:57 PM Eric Pugh
wrote:
> In Solr we added some additional formatting methods to our Tool.java
> interface to help with formatting the various tools that use commons-cli:
>
> [image: solr.png]
>
> solr/solr/core/src/java/org/apache/solr/cli/Tool.ja
ave defined a default
> value.
> >
> > I have implemented this in a renderOptions() implementation in CLI 1.8.0.
> > In both cases we use the Option to check for some state and then append
> to
> > the optBuf.
> >
> > I am now migrating to 1.9.0 and have t
:
> Greetings,
>
> I have a case in RAT where we want to append a line to the help text when
> the option has multiple arguments or when we have defined a default value.
>
> I have implemented this in a renderOptions() implementation in CLI 1.8.0.
> In both cases we use the Option to
Greetings,
I have a case in RAT where we want to append a line to the help text when
the option has multiple arguments or when we have defined a default value.
I have implemented this in a renderOptions() implementation in CLI 1.8.0.
In both cases we use the Option to check for some state and
The Apache Commons team is please to announce Commons CLI Version 1.9.0.
Apache Commons CLI provides a simple API for presenting, processing,
and validating a Command Line Interface.
This release contains new features and bug fixes and requires Java 8 or above.
Historical list of changes:
https
t; We have fixed a few bugs and added enhancements since Apache Commons
> > CLI 1.8.0 was released, so I would like to release Apache Commons CLI
> > 1.9.0.
> >
> > Apache Commons CLI 1.9.0 RC1 is available for review here:
> >https://dist.apache.org/repos/dist/dev/c
+1
> On Aug 10, 2024, at 9:14 AM, Gary Gregory wrote:
>
> We have fixed a few bugs and added enhancements since Apache Commons
> CLI 1.8.0 was released, so I would like to release Apache Commons CLI
> 1.9.0.
>
> Apache Commons CLI 1.9.0 RC1 is available for re
My +1
Gary
On Mon, Aug 12, 2024, 8:32 AM Henri Biestro wrote:
> [ +1 ]
>
> Builds & tests ok, site reports clean (nice coverage btw), site -
> including release notes & javadoc - look ok.
>
> Built using : mvn clean install site -s "$HOME/.m2/commons-settings.xml"
> On:
> Apache Maven 3.8.6 (84
[ +1 ]
Builds & tests ok, site reports clean (nice coverage btw), site - including
release notes & javadoc - look ok.
Built using : mvn clean install site -s "$HOME/.m2/commons-settings.xml"
On:
Apache Maven 3.8.6 (84538c9988a25aec085021c365c560670ad80f63)
Maven home: /Users/hbiestro/Java/apa
l done in shell scripts because we don’t have
> >> a single Java class that represents the “zk” command.
> >>
> >> Instead we have
> >>
> >> Bin/solr zk ls
> >> Bin/solr zk cp
> >>
> >> Etc, and each is backed by it’s ow
shell scripts because we don’t have
>> a single Java class that represents the “zk” command.
>>
>> Instead we have
>>
>> Bin/solr zk ls
>> Bin/solr zk cp
>>
>> Etc, and each is backed by it’s own Java class with commons-cli:
>>
>> ZkLs
We have fixed a few bugs and added enhancements since Apache Commons
CLI 1.8.0 was released, so I would like to release Apache Commons CLI
1.9.0.
Apache Commons CLI 1.9.0 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/cli/1.9.0-RC1 (svn
revision 70780)
The
in/solr zk ls
> Bin/solr zk cp
>
> Etc, and each is backed by it’s own Java class with commons-cli:
>
> ZkLsTool
> ZkCpTool.
>
> Now, the other direction we could go is to have a single “ZkTool”, but
> then (I think) we would lose out on the nice set up of Options spec
It's not strictly required IMO. Some people like to see a ticket open for
discussion instead of the PR but since we also have this mailing list, I'll
leave it up to you.
Gary
On Tue, Jul 23, 2024, 5:30 AM Claude Warren wrote:
> I am. Should i create a ticket first?
>
> On Mon 22 Jul 2024, 15:2
I am. Should i create a ticket first?
On Mon 22 Jul 2024, 15:22 Gary Gregory, wrote:
> That sounds reasonable. Are you planning to create PR?
>
> Gary
>
> On Mon, Jul 22, 2024 at 3:12 AM Claude Warren wrote:
> >
> > Greetings,
> >
> > We recently introduced the "deprecation" processing where i
That sounds reasonable. Are you planning to create PR?
Gary
On Mon, Jul 22, 2024 at 3:12 AM Claude Warren wrote:
>
> Greetings,
>
> We recently introduced the "deprecation" processing where in we track the
> version when the option was deprecated in the DeprecationAttribute property
> "since".
>
.
Instead we have
Bin/solr zk ls
Bin/solr zk cp
Etc, and each is backed by it’s own Java class with commons-cli:
ZkLsTool
ZkCpTool.
Now, the other direction we could go is to have a single “ZkTool”, but then (I
think) we would lose out on the nice set up of Options specific to each sub
command
Greetings,
We recently introduced the "deprecation" processing where in we track the
version when the option was deprecated in the DeprecationAttribute property
"since".
I think it makes sense to add a since property to the Option class as
well. This would list the version at which the option be
ed). command line parsing then has to determine if
a token is a subcommand, and value on a multi-valued option, or an argument
to the program.
Claude
On Sun, Jul 21, 2024 at 1:19 PM Gary Gregory wrote:
> Are you talking about configuring Commons CLI to run shell commands or
> lambdas (wh
Are you talking about configuring Commons CLI to run shell commands or
lambdas (where you'd have those run shell commands)?
Gary
On Sun, Jul 21, 2024 at 5:12 AM Eric Pugh
wrote:
>
> Hi all,
>
> In Solr-land, we have a set of commands that sub commands that each take
> vari
Hi Claude,
You can now extend HelpFormatter.Builder in git master and snapshot builds.
Gary
On Sun, Jul 21, 2024 at 4:52 AM Claude Warren wrote:
>
> Greetings,
>
> I am trying to build a new HelpFormatter implementation, however while the
> HelpFormatter is not final the HelpFormatter.Builder i
-cli handle
figuring out which sub command is being run and calling it? Or is that beyond
the remit of what commons-cli does..
For reference, this is where we do our zk logic:
https://github.com/apache/solr/blob/main/solr/bin/solr#L890 and eventually
where we pick the command to run:
https
Greetings,
I am trying to build a new HelpFormatter implementation, however while the
HelpFormatter is not final the HelpFormatter.Builder is. So I can not
extend the builder to create a new HelpFormatter, All I can do is build the
old one. Any suggestions for how to get around this problem?
Cl
Adding a new API sounds like a good idea.
Note: I added OptionGroup.isSelected() to refactor some existing code
duplication.
Gary
On Sat, Jun 8, 2024, 2:26 AM Claude Warren wrote:
> I have a case where I have multiple no-argument options in an OptionGroup.
> The group comprises a deprecated op
I have a case where I have multiple no-argument options in an OptionGroup.
The group comprises a deprecated option and a current option. Basically an
option rename.
When I check for the option I simply check if (OptionGroup.getSelected() !=
null). However if the deprecated value is selected this
I seem to recall that the parsing multiple options code is "wonky" because
it has to deal with a legacy "comma separated string". It may relate to
CLI-306
On Tue, May 28, 2024 at 6:16 PM Gary Gregory wrote:
> What about 'Hello World'?
>
> Gary
>
Eric,
I updated git master and uploaded a new site. TY!
Gary
On Tue, May 28, 2024 at 10:24 AM Eric Pugh
wrote:
>
> I noticed that
> https://commons.apache.org/proper/commons-cli/changes-report.html#a1.7.0
> doesn’t reflect it (I think?) and that
> https://commons.apache.org
What about 'Hello World'?
Gary
On Tue, May 28, 2024, 11:13 AM Eric Pugh
wrote:
> I may need to see if there is a unit test I can write, because on my Mac,
> ‘Hello World” get’s turned into “Hello” and “World” as well :-(.
>
>
>
>
>
> > On May 28, 2024, at 10:57 AM, Gary Gregory
> wrote:
> >
>
I may need to see if there is a unit test I can write, because on my Mac,
‘Hello World” get’s turned into “Hello” and “World” as well :-(.
> On May 28, 2024, at 10:57 AM, Gary Gregory wrote:
>
> It depends on the operating system as the OS itself might do different
> things with both single
It depends on the operating system as the OS itself might do different
things with both single-quotes and double-quotes.
For example, on Linux/macOS, single quotes create a string that is not
interpreted IIRC.
Gary
On Tue, May 28, 2024, 10:37 AM Eric Pugh
wrote:
> Hi all, trying to figure out
Hi all, trying to figure out if I found a bug or if it’s user error.
I have a command line:
bin/solr stream -verbose echo.expr "Hello World”
The -verbose is an option, and then the next two parameters I get via
System.out.print(cli.getArgList());.
I would expect to get two parameters: “echo.
I noticed that
https://commons.apache.org/proper/commons-cli/changes-report.html#a1.7.0
doesn’t reflect it (I think?) and that
https://commons.apache.org/proper/commons-cli/properties.html doesn’t either…
Eric
___
Eric Pugh | Founder | OpenSource Connections, LLC
If you're still using Java 11 in 2032, then you're going to have different
problems that supporting frames! ;-)
Gary
On Fri, May 24, 2024, 2:21 AM Emmanuel Bourg wrote:
> Le 23/05/2024 à 21:42, Gary Gregory a écrit :
>
> > What happens when Java 11 is EOL? The frames will be gone for good
> any
Nice! :-)
Gary
On Fri, May 24, 2024, 5:36 AM Claude Warren wrote:
> Just an observation. I am working on the Rat tool. Part of that is that
> we want to harmonize the UIs (CLI, Ant, and Maven) so that there are
> congruent options across the UIs.
>
> The Option definition
Just an observation. I am working on the Rat tool. Part of that is that
we want to harmonize the UIs (CLI, Ant, and Maven) so that there are
congruent options across the UIs.
The Option definition in commons-cli v1.8.0 is sufficiently complex that we
can define the options in the CLI interface
Le 23/05/2024 à 21:48, Eric Pugh a écrit :
From my perspective, we all need to move on to newer versions of Java, and
while it’s a pain, it’s also key to gaining new capabilities.
I'm not advocating staying on older JDKs to keep a usable javadoc, that
wouldn't make sense. But if a component
Le 23/05/2024 à 21:42, Gary Gregory a écrit :
What happens when Java 11 is EOL? The frames will be gone for good anyway.
Java 11 won't be EOL before 2032 [1], that leaves some time to find an
alternative. I wouldn't be surprised if someone releases a doclet
supporting frames by then.
Btw I
The Apache Commons Team is pleased to announce Apache Commons CLI Version 1.8.0.
Apache Commons CLI provides a simple API for presenting, processing,
and validating a Command Line Interface.
This release contains new features and bug fixes and requires Java 8 or above.
New Features
This vote thread passes with the following 3 +1 binding votes, with
other votes listed:
- Gary Gregory (ggregory, binding) +1
- Eric Pugh (epugh, non-binding) +1
- Rob Tompkins (chtompki, binding) +1
- Paul King (non-binding) +1
- Henri Biestro (henrib, binding) +1
- Emmanuel Bourg (ebourg, bindin
From my perspective, we all need to move on to newer versions of Java, and
while it’s a pain, it’s also key to gaining new capabilities.
> On May 23, 2024, at 3:42 PM, Gary Gregory wrote:
>
> User experience is subjective... ;-)
>
> What happens when Java 11 is EOL? The frames will be gone f
User experience is subjective... ;-)
What happens when Java 11 is EOL? The frames will be gone for good anyway.
Gary
On Thu, May 23, 2024, 3:41 PM Emmanuel Bourg wrote:
> So there is nothing I can do to convince you to install OpenJDK 11 to
> improve the user experience? Having multiple JDKs i
So there is nothing I can do to convince you to install OpenJDK 11 to
improve the user experience? Having multiple JDKs installed isn't
uncommon though.
Emmanuel Bourg
Le 23/05/2024 à 20:47, Gary Gregory a écrit :
ATM, I am using Java 17 for everything, at work, at FOSS.
Gary
On Thu, May 2
ATM, I am using Java 17 for everything, at work, at FOSS.
Gary
On Thu, May 23, 2024, 2:28 PM Emmanuel Bourg wrote:
> What about building with JDK 11 and the -frame option then? That's the
> best of both worlds.
>
> Emmanuel Bourg
>
> Le 23/05/2024 à 18:44, Gary Gregory a écrit :
> > I disagree,
What about building with JDK 11 and the -frame option then? That's the
best of both worlds.
Emmanuel Bourg
Le 23/05/2024 à 18:44, Gary Gregory a écrit :
I disagree, I think the search box is a great feature.
Gary
On Thu, May 23, 2024, 11:26 AM Emmanuel Bourg wrote:
-0
The javadoc was bui
d.
>
> Emmanuel Bourg
>
>
> Le 19/05/2024 à 16:55, Gary Gregory a écrit :
> > We have fixed a few bugs and added enhancements since Apache Commons
> > CLI 1.7.0 was released, so I would like to release Apache Commons CLI
> > 1.8.0.
> >
> > Apache Common
-0
The javadoc was built with Java 17 and is less usable than the javadoc
generated by Java 8. I recommend building the next release with Java 8
instead.
Emmanuel Bourg
Le 19/05/2024 à 16:55, Gary Gregory a écrit :
We have fixed a few bugs and added enhancements since Apache Commons
CLI
[ +1 ]
Site, Javadoc, reports look good.
Nit: site refers to version 1.7.0, so are the release notes and the JIRA report
is not helpful.
Using:
mvn clean install site
On:
mvn -version
Apache Maven 3.8.6 (84538c9988a25aec085021c365c560670ad80f63)
Maven home: /Users/hbiestro/Java/apache-maven-3.8.
+1 (non-binding)
I checked:
* hash and signatures for src and bin zips
* no unexpected binary files (just some expected image files under site)
* I tested the staged artifacts against the Groovy groovy-cli-commons
test suite (all tests pass)
* There appears to be an empty
"src/test/jav
+1
> On May 19, 2024, at 10:55 AM, Gary Gregory wrote:
>
> We have fixed a few bugs and added enhancements since Apache Commons
> CLI 1.7.0 was released, so I would like to release Apache Commons CLI
> 1.8.0.
>
> Apache Commons CLI 1.8.0 RC2 is available for re
+1.
Thanks for the quick turn around.
> On May 19, 2024, at 11:36 AM, Gary Gregory wrote:
>
> My +1
>
> Gary
>
>
> On Sun, May 19, 2024, 10:55 AM Gary Gregory <mailto:ggreg...@apache.org>> wrote:
>
>> We have fixed a few bugs and added enhancem
1 - 100 of 1001 matches
Mail list logo
