[VOTE] Release Apache Commons Validator 1.9.0 based on RC1

[Gary Gregory]

We have fixed a few bugs and added enhancements since Apache Commons
Validator 1.8.0 was released, so I would like to release Apache
Commons Validator 1.9.0.

Apache Commons Validator 1.9.0 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/validator/1.9.0-RC1
(svn revision 69387)

The Git tag commons-validator-1.9.0-RC1 commit for this RC is
191171b2fb1500d24c42a809cf13386ac8f4ecac which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-validator.git;a=commit;h=191171b2fb1500d24c42a809cf13386ac8f4ecac
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-validator.git
--branch commons-validator-1.9.0-RC1 commons-validator-1.9.0-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1734/commons-validator/commons-validator/1.9.0/

These are the artifacts and their hashes:

#Release SHA-512s
#Sat May 25 20:36:23 UTC 2024
commons-validator-1.9.0-bin.tar.gz=a755d2be1b9fb3cb75cb71c2c6143969eabd8ba48401dd86cad6c658e0de72e52a887e157ef38e780471382c2da68db228866303f3d4cb4500f995b8b3967476
commons-validator-1.9.0-bin.zip=7c0cb444f4e162c46cbd356c8a3c8b166b06bcaf79b6c433ee5ad585498a1f0b4dfef3606ca4beedeef418b5b56209f86cac6dd2c1c8fa4dfe62c679df0018db
commons-validator-1.9.0-bom.json=7e9baecc1b58f5de101d247b95d871a5b3227603a99eddf8bcce07e3656024dffc615b8ec0b765376bf640f9596581cb483830861878474fe79339bb84352cd3
commons-validator-1.9.0-bom.xml=d4a5d380ade4eec7f7a71cb260a61901b5945129bc448894c89ae10d3375a4dac2898be6498eb3aaba60cd8c464837f7884521fc467285c0fc2f129b92e52bf9
commons-validator-1.9.0-javadoc.jar=b4b3dee67453e72ea070140d858ff66c45ed5794b69b68760639726cea0edba1224cb2c1cda64411893ded0ba96e2758a7677e2ffa21249899630e39949d88ed
commons-validator-1.9.0-sources.jar=f91890e90979ed1c7abcebb4b37f223a163bfc73bc3da6a4bc3469d399e7d0ff9315d89e528bab88b53cd0ef0a1c3f8c7e0e463a784f47546ae8ca8f3d4c2269
commons-validator-1.9.0-src.tar.gz=4e36f0ec5b1b8ae9724f020c51396332444d7359988fbcceaab004cde30e223b8130315e85d9b3d568fdc30399e9e503783bb81f217fe5f846f9e14c484a1fe0
commons-validator-1.9.0-src.zip=201ee0723d5f078b128aa7a54bc2b03494c467e6f2df843d74bf3607d085067a0ea395e1e2174fd3237248f18f8bc5e7469e72fc9378813cbe7e5397e20c03d1
commons-validator-1.9.0-test-sources.jar=6fee6648f66e666ff49e99ef3ee49039436bd19b150eb2294d3b6a0e57dab7c0a9e7bcaecde005c478f24a21729d59365e4deb096a579b5044aafa513c90972c
commons-validator-1.9.0-tests.jar=2c2a13fd3c242c1ab06e9ef8f6f18ed3eae392b8fb0a5c9bbce137ce0e9873820c37197a8517984a42d4804433501521c5f5970ef8ae868f8c6d2a061e88b05e
commons-validator_commons-validator-1.9.0.spdx.json=bd19d362ae59afbe41425f57e02d4d5c32f99b9e218ebdf6ea8eaa388cb9fb28721e93781f084533e98eb345d9d7bc5a96790e06e0ac1f0d0aaff6db063042fe

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "17.0.11" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)

Apache Maven 3.9.7 (8b094c9513efc1b9ce2d952b3b9c8eaedaf8cbf0)
Maven home: /usr/local/Cellar/maven/3.9.7/libexec
Java version: 17.0.11, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.5", arch: "x86_64", family: "mac"

Darwin  23.5.0 Darwin Kernel Version 23.5.0: Wed May  1 20:09:52
PDT 2024; root:xnu-10063.121.3~5/RELEASE_X86_64 x86_64

Details of changes since 1.8.0 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/validator/1.9.0-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/validator/1.9.0-RC1/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/validator/1.9.0-RC1/site/index.html
(note some *relative* links are broken and the 1.9.0 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 1.8.0):

https://dist.apache.org/repos/dist/dev/commons/validator/1.9.0-RC1/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/validator/1.9.0-RC1/site/rat-report.html

KEYS:
  https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1a) Clone and checkout the RC tag

git

Re: [LANG] Support single quotes in DurationFormatUtils methods' formats

[Gary Gregory]

Hello Laertes,

Thank you for your interest in improving Apache Commons Lang :-)

Do you foresee any compatibility issues for existing call sites and
format strings?

For example, can you make your use cases work and still support:

https://github.com/apache/commons-lang/blob/d861f1b2116a41a45949d1401785220119a57e56/src/test/java/org/apache/commons/lang3/time/DurationFormatUtilsTest.java#L463-L473

Or, should these cases no longer be supported?

TY!
Gary

On Fri, May 24, 2024 at 4:15 PM Laertes Moustakas  wrote:
>
> Greetings,
>
> org.apache.commons.lang3.time.DurationFormatUtils contains useful methods
> to format a duration or period of milliseconds in the textual
> representation given by the format argument. It even allows arbitrary text
> to be printed between single quotes, on the condition that any opening
> single quotes will eventually close with another single quote.
>
> For example,
> DurationFormatUtils.formatDuration(64000L, "mm:ss")
> will return "01:04".
>
> While
> DurationFormatUtils.formatDuration(1804000L, "m'min' s'sec'")
> will yield "34min 4sec".
>
> However, as per the JavaDoc page for this class
> 
> including
> a single quote is currently not supported. Other classes that format
> datetime such as the java.text.SimpleDateFormat do, by putting two single
> quotes next to each other.
>
> So something like
> new SimpleDateFormat("mm'' ss'sec'").format(new Date()); // note the two
> single quotes after "mm"
> will return something like this:
> "42' 02sec"
>
> Instead,
> DurationFormatUtils.formatDuration(64000L, "mm'' ss'sec'")
> will return "01 04sec".
>
> I wish to implement support for single quotes in the DurationFormatUtils
> format the same way SimpleDateFormat does; by escaping it with two
> consecutive single quote characters. I have searched the mailing list and
> found no similar request. I have already tested on the copy of a source
> code, including adding tests, and no test throughout the commons-lang
> project failed.
>
> Please let me know if this is an acceptable change, and the next steps to
> take should this move forward.
>
> Best regards,
> Laertes Moustakas

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Release Apache Commons CLI 1.8.0 based on RC2

[Gary Gregory]

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
> 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've pushed the necessary changes to commons-parent to enable the
> frames with JDK 11.
>
> Emmanuel Bourg
>
> [1] https://www.azul.com/fr/azul-support-roadmap/
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [CLI] Using cli to drive Ant and Maven UIs

[Gary Gregory]

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 in commons-cli v1.8.0 is sufficiently complex that we
> can define the options in the CLI interface and generate significant
> portions of the Ant and Maven UIs.
>
> I just thought this was an interesting observation.
>

[RESULT][VOTE] Release Apache Commons Compress 1.26.2 based on RC1

[Gary Gregory]

This vote thread passes with the following +1 binding votes:

- Gary Gregory (ggregory)
- Rob Tompkins (chtompki)
- Henri Biestro (henrib)

Gary

On Thu, May 23, 2024 at 9:26 AM Henri Biestro  wrote:
>
> [ +1 ]
>
> Site looks good, javadoc looks good, reports Ok (nit jacoco missing).
>
> Tested using:
> mvn clean install site
> On:
> Apache Maven 3.8.6 (84538c9988a25aec085021c365c560670ad80f63)
> Maven home: /Users/hbiestro/Java/apache-maven-3.8.6
> Java version: 17.0.8, vendor: Oracle Corporation, runtime: 
> /Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.5", arch: "aarch64", family: "Mac"
>
>
>
> -
> 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

[ANNOUNCE] Apache Commons CLI Version 1.8.0

[Gary Gregory]

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


* CLI-332: Add optional HelpFormatter Function to document Deprecated
options #271. Thanks to Claude Warren, Gary Gregory.

* Add PMD check to default Maven goal. Thanks to Gary Gregory.

Fixed Bugs
--

* CLI-331: Handle reporting of deprecated options when parameters are
not String type. #270. Thanks to Claude Warren, Gary Gregory.

* Avoid throwing NullPointerException when calling CommandLineParser
will null array elements. Thanks to Claude Warren, Gary Gregory.

* Cleanup deprecation issues #272. Thanks to Claude Warren.

* Fix PMD UnnecessaryFullyQualifiedName issues. Thanks to Gary Gregory.

Updates
---

* Bump commons-parent from 69 to 70. Thanks to Gary Gregory.

Historical list of changes:
https://commons.apache.org/proper/commons-cli/changes-report.html

For complete information on Apache Commons CLI, including instructions
on how to submit bug reports, patches, or suggestions for improvement,
see the Apache Commons CLI website:

https://commons.apache.org/proper/commons-cli/

Download page: https://commons.apache.org/proper/commons-cli/download_cli.cgi

Have fun!

Gary Gregory,
The Apache Commons Team

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[RESULT][VOTE] Release Apache Commons CLI 1.8.0 based on RC2

[Gary Gregory]

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, binding) -0

Gary

On Thu, May 23, 2024 at 3:49 PM Eric Pugh
 wrote:
>
> 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 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 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 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, 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 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
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
>
> ___
> Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | 
> http://www.opensourceconnections.com <http://www.opensourceconnections.com/> 
> | My Free/Busy <http://tinyurl.com/eric-cal>
> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed 
> <https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw>
> This e-mail and all contents, including attachments, is considered to be 
> Company Confidential unless explicitly stated otherwise, regardless of 
> whether attachments are marked as such.
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Release Apache Commons CLI 1.8.0 based on RC2

[Gary Gregory]

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 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 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, 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 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
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [VOTE] Release Apache Commons CLI 1.8.0 based on RC2

[Gary Gregory]

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, 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 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
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [VOTE] Release Apache Commons CLI 1.8.0 based on RC2

[Gary Gregory]

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 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.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 review here:
> >  https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2 (svn
> > revision 69280)
> >
> > The Git tag commons-cli-1.8.0-RC2 commit for this RC is
> > 91369572408eff424ff5cec2d46dd9667ceba1b3 which you can browse here:
> >
> https://gitbox.apache.org/repos/asf?p=commons-cli.git;a=commit;h=91369572408eff424ff5cec2d46dd9667ceba1b3
> > You may checkout this tag using:
> >  git clone https://gitbox.apache.org/repos/asf/commons-cli.git
> > --branch commons-cli-1.8.0-RC2 commons-cli-1.8.0-RC2
> >
> > Maven artifacts are here:
> >
> https://repository.apache.org/content/repositories/orgapachecommons-1732/commons-cli/commons-cli/1.8.0/
> >
> > These are the artifacts and their hashes:
> >
> > #Release SHA-512s
> > #Sun May 19 14:50:37 UTC 2024
> >
> commons-cli-1.8.0-bin.tar.gz=9e8072c9d1efc8f8d5ecb65d82a02a8e573837ebf6e699b9675db7769c21fadc7157e7691e2a8dfb91267ccdac2671f64403631a394dc094a8481b8d5ffd190f
> >
> commons-cli-1.8.0-bin.zip=281019ef7dbb94702f5b7e5bcd0ed8947bcc55a62f87c4a93c97e34d95751352ccb191a368d8ff59ba389f342b2a7335effee0cf60fa4bbf2428f90ec648e530
> >
> commons-cli-1.8.0-bom.json=2d9b8cb5333bf31a48fdb1037dec84c48434c619a4fe421529df7386f2ede67b76c61d2c490bbb5b6af301f92262a95fb3dff30b91468bb4b6ce555f2f1e1026
> >
> commons-cli-1.8.0-bom.xml=00f5c34db21083b3f2677a931d9b2e10de60c40fa3f58fc2a01ea34e4b5227b800d58231df9194f2a39d2c40e062b859bce5399f93d2188ca230be81bfb93106
> >
> commons-cli-1.8.0-javadoc.jar=ec49e3a71f26ac91b5ce16b6390d82d605cc78843fb93f6bef56484a306bcb2230d173569adfb0b28b3b222396313ecec4b852fd33745000d8712b55b8ad6dbf
> >
> commons-cli-1.8.0-sources.jar=f2740e9695d43cf56f111d47a7fb53ec99044eb69b259921096be0b57c963a19f4282579acf58052d5724cb6273028fe0457309b0b21c59f4039a0960f09c985
> >
> commons-cli-1.8.0-src.tar.gz=588d89d86deb60ac0e182bd4b574e30aac4000dde9da13ee1080844a4982d45f4a4d29fc3ee54c904c74ed6bf14dbb3bffdcbad0eab86ddde8418811f2efb5c2
> >
> commons-cli-1.8.0-src.zip=48513dc3fdf7deae5bfc94c4ef1975659a851a12432f3158ff764fd30ce03bdefeba0e255829e1c4d84f5a6185dbaabec1570917cf73360f395ab6b5b54f9613
> >
> commons-cli-1.8.0-test-sources.jar=a59ae8590b6ebf4a25fe01e18fa55d6b5769b425d6363943671ae32271a17bd3ed226e3e35f0bcc3fafe0aca06a726f2211049cbad1fbb39d3cda008b894c689
> >
> commons-cli-1.8.0-tests.jar=3a85ff142f3ea9ebf5d6d9c5efe407754803424e29f07e18ac8429f3a7c1dd706f518fee669f2108414d7120f8e5fdd2ee464d2096766beca7ec9ce3b80074b4
> >
> commons-cli_commons-cli-1.8.0.spdx.json=1df478ac114f20e50fa7717a12d8838c03bd104f66b277a59b0e640a992e0c25894fc67ee7fde5927b3c5dc1ce6170bcc2010ef55abaec6484a6eae82c60d652
> >
> > I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> > jacoco -P japicmp clean package site deploy' using:
> >
> > openjdk version "17.0.11" 2024-04-16
> > OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
> > OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)
> >
> > Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> > Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> > Java version: 17.0.11, vendor: Homebrew, runtime:
> > /usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
> > Default locale: en_US, platform encoding: UTF-8
> > OS name: "mac os x", version: "14.5", arch: "x86_64", family: "mac"
> >
> > Darwin  23.5.0 Darwin Kernel Version 23.5.0: Wed May  1 20:09:52
> > PDT 2024; root:xnu-10063.121.3~5/RELEASE_X86_64 x86_64
> >
> > Details of changes since 1.7.0 are in the release notes:
> >
> https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/RELEASE-NOTES.txt
> >
> https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/site/changes-report.html
> >
> > Site:
> >
> https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/site/index.html
> >  (note some *relative* links are broken and the 1.8.0 directories
> > are not yet created - these will be OK once the site is deployed.)
> >
> > JApiCmp Report (compared to 1.7.0)

Re: (commons-lang) branch master updated: Undoing 3322d974876b8d4f934d3544967103ebbcaef726

[Gary Gregory]

The build is broken.

This maybe should have been a git revert instead of a plain commit.

Gary

On Wed, May 22, 2024, 2:00 PM  wrote:

> This is an automated email from the ASF dual-hosted git repository.
>
> jochen pushed a commit to branch master
> in repository https://gitbox.apache.org/repos/asf/commons-lang.git
>
>
> The following commit(s) were added to refs/heads/master by this push:
>  new 9980cf11e Undoing 3322d974876b8d4f934d3544967103ebbcaef726
> 9980cf11e is described below
>
> commit 9980cf11e36ee58bf8556188bf252946f290b6c8
> Author: Jochen Wiedmann 
> AuthorDate: Wed May 22 20:00:10 2024 +0200
>
> Undoing 3322d974876b8d4f934d3544967103ebbcaef726
> ---
>  src/changes/changes.xml|  1 -
>  .../apache/commons/lang3/annotations/Insecure.java | 48 -
>  .../org/apache/commons/lang3/annotations/Safe.java | 61
> --
>  .../commons/lang3/annotations/package-info.java| 37 -
>  4 files changed, 147 deletions(-)
>
> diff --git a/src/changes/changes.xml b/src/changes/changes.xml
> index b69e1f8a2..34841687a 100644
> --- a/src/changes/changes.xml
> +++ b/src/changes/changes.xml
> @@ -140,7 +140,6 @@ The  type attribute can be
> add,update,fix,remove.
>   due-to="Dependabot">Bump org.apache.commons:commons-text from 1.11.0 to
> 1.12.0 #1200.
>  
>   due-to="Paranoïd User">Drop obsolete JDK 13 Maven profile #1142.
> -Added the
> annotations package, including the Insecure, and Safe annotations.
>
>
>  
> diff --git
> a/src/main/java/org/apache/commons/lang3/annotations/Insecure.java
> b/src/main/java/org/apache/commons/lang3/annotations/Insecure.java
> deleted file mode 100644
> index 2802f1189..0
> --- a/src/main/java/org/apache/commons/lang3/annotations/Insecure.java
> +++ /dev/null
> @@ -1,48 +0,0 @@
> -/*
> - * Licensed to the Apache Software Foundation (ASF) under one or more
> - * contributor license agreements.  See the NOTICE file distributed with
> - * this work for additional information regarding copyright ownership.
> - * The ASF licenses this file to You under the Apache License, Version 2.0
> - * (the "License"); you may not use this file except in compliance with
> - * the License.  You may obtain a copy of the License at
> - *
> - *  http://www.apache.org/licenses/LICENSE-2.0
> - *
> - * Unless required by applicable law or agreed to in writing, software
> - * distributed under the License is distributed on an "AS IS" BASIS,
> - * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
> implied.
> - * See the License for the specific language governing permissions and
> - * limitations under the License.
> - */
> -package org.apache.commons.lang3.annotations;
> -
> -import java.lang.annotation.Documented;
> -import java.lang.annotation.ElementType;
> -import java.lang.annotation.Retention;
> -import java.lang.annotation.RetentionPolicy;
> -import java.lang.annotation.Target;
> -
> -/**
> - * This annotation is used to indicate, that a constructor, or method
> - * is insecure to use, unless the input parameters contain safe
> ("trusted")
> - * values.
> - *
> - * For example, consider a method like 
> - *   {@literal @Insecure}
> - *   public void runCommand(String pCmdLine) {
> - *   }
> - * 
> - *
> - * The example method would invoke {@code /bin/sh} (Linux, Unix, or
> MacOS), or
> - * {@code cmd} (Windows) to run an external command, as given by the
> parameter
> - * {@code pCmdLine}. Obviously, depending on the value of the parameter,
> - * this can be dangerous, unless the API user (downstream developer)
> - * knows, that the parameter value is safe (for example, because
> it
> - * is hard coded, or because it has been compared to a white list of
> - * permissible values).
> - */
> -@Retention(RetentionPolicy.RUNTIME)
> -@Target({ElementType.CONSTRUCTOR, ElementType.METHOD})
> -@Documented
> -public @interface Insecure {
> -}
> diff --git a/src/main/java/org/apache/commons/lang3/annotations/Safe.java
> b/src/main/java/org/apache/commons/lang3/annotations/Safe.java
> deleted file mode 100644
> index c3a710cf2..0
> --- a/src/main/java/org/apache/commons/lang3/annotations/Safe.java
> +++ /dev/null
> @@ -1,61 +0,0 @@
> -/*
> - * Licensed to the Apache Software Foundation (ASF) under one or more
> - * contributor license agreements.  See the NOTICE file distributed with
> - * this work for additional information regarding copyright ownership.
> - * The ASF licenses this file to You under the Apache License, Version 2.0
> - * (the "License"); you may not use this file except in compliance with
> - * the License.  You may obtain a copy of the License at
> - *
> - *  http://www.apache.org/licenses/LICENSE-2.0
> - *
> - * Unless required by applicable law or agreed to in writing, software
> - * distributed under the License is distributed on an "AS IS" BASIS,
> - * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
> implied.
> - * See 

Re: [VOTE] Release Apache Commons Compress 1.26.2 based on RC1

[Gary Gregory]

My +1

Gary


On Sat, May 18, 2024, 12:56 PM Gary Gregory  wrote:

> We have fixed a few bugs since Apache Commons Compress 1.26.1 was
> released, so I would like to release Apache Commons Compress 1.26.2.
>
> Apache Commons Compress 1.26.2 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/compress/1.26.2-RC1
> (svn revision 69274)
>
> The Git tag commons-compress-1.26.2-RC1 commit for this RC is
> 95727006cac0892c654951c4e7f1db142462f22a which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-compress.git;a=commit;h=95727006cac0892c654951c4e7f1db142462f22a
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-compress.git
> --branch
> <https://gitbox.apache.org/repos/asf/commons-compress.git--branch>
> commons-compress-1.26.2-RC1 commons-compress-1.26.2-RC1
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1731/org/apache/commons/commons-compress/1.26.2/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sat May 18 15:37:35 UTC 2024
> Apache\ Commons\
>
> Compress-1.26.2.spdx.rdf.xml=ffdf07261043faff9909ae884a516ace28980157cc71c8e336b36d1cb873fda20ebe61159ff38605fe8b3d30d4a11d18cfafaa8d15220ea95e4094f1498a67cc
>
> commons-compress-1.26.2-bin.tar.gz=216e931578c51d2ebf9d62e3f7b0b9c38efd1d1fa670d44bfa05fefa164740d56f3c42da97846a8692240217d0c6ed786b341dc91278a7ffdd5d96fc0a8e0baf
>
> commons-compress-1.26.2-bin.zip=0d4d0e956c9a541a07351ce80c80f2c558e66bf9eb27942a9b7103fbce3167289e6bb781fbd5408a9437d54d5b8da51cb56e73efe62986b98f64adeaba1ee150
>
> commons-compress-1.26.2-bom.json=4015d88bf4b8b533ed8794d8affa4a44b01332232c84df19f821b9461ca084fbeae663dda53f2a9f1a976bb3c1235e5ce3bdf7ba6855e21768fe6c0ecebdc806
>
> commons-compress-1.26.2-bom.xml=443b8db7d307f546df3543ee713f6b90de4be124bf90d835838c56eaaadfd84fcfab4714a084d254e8cf2862c55234178db4bfcf33e30472f9b49b67d452f1fe
>
> commons-compress-1.26.2-javadoc.jar=a040ead1b81c8dfd90e6c6447493deaae2826e0994ed156aee54be3fdc5e479181f319e31342a6e172d66226936f89f427a6afd90bd5ff6765123cf34d1a51af
>
> commons-compress-1.26.2-sources.jar=14ce48f50ffb4e7699c5d5fb8d3d57f61bcad42a17086fba6bc71eb5063e4c3dde6aaadb87b6d04897d6a939bce469f1ebedbfc49c87bff1cb98c0b277d41431
>
> commons-compress-1.26.2-src.tar.gz=cdbc34f42a05534d56315d5765650c0dd58103e081dcce4c2bed1386b6047beab25139d1dff28788b3674a05163cc44d6b7e764eb2105cb1fea40c7bfd1be653
>
> commons-compress-1.26.2-src.zip=8787caf8e0a306dcfbea9e89a2833243616d5ab194aa094a6b4761de63ddd77d87d151682d271da4477d338feb5a97231ee7ca533c4f008048f66354f712d369
>
> commons-compress-1.26.2-test-sources.jar=a92cbcbb97eeb5a2474b53e88a132d02716fc88e693ea2052788ad613746d33340af1e43966bcb39d26935cd3a9e300ff13125575d46d297ece40bef50379acf
>
> commons-compress-1.26.2-tests.jar=e8a0afb84f274ce55c6a48722f5a835c8274c9fc5ea115e02dd4ffc96f9a86399f33ebeaa2f533913457bc498a50f508b250bff9a9d7e27f138cacebac31334f
>
> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> jacoco -P japicmp clean package site deploy' using:
>
> openjdk version "17.0.11" 2024-04-16
> OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
> OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)
>
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> Java version: 17.0.11, vendor: Homebrew, runtime:
> /usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
>
> Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
>
> Details of changes since 1.26.1 are in the release notes:
>
> https://dist.apache.org/repos/dist/dev/commons/compress/1.26.2-RC1/RELEASE-NOTES.txt
>
> https://dist.apache.org/repos/dist/dev/commons/compress/1.26.2-RC1/site/changes-report.html
>
> Site:
>
> https://dist.apache.org/repos/dist/dev/commons/compress/1.26.2-RC1/site/index.html
> (note some *relative* links are broken and the 1.26.2 directories
> are not yet created - these will be OK once the site is deployed.)
>
> JApiCmp Report (compared to 1.26.1):
>
> https://dist.apache.org/repos/dist/dev/commons/compress/1.26.2-RC1/site/japicmp.html
>
> RAT Report:
>
> https://dist.apache.org/repos/dist/dev/commons/compress/1.26.2-RC1/site/rat-report.html
>
> KEYS:
> https://downloads.apache.org/commons/KEYS
>
> Please review the release candidate and vote.
> This vote will close no sooner than 72 hours from now.

Re: [VOTE] Release Apache Commons CLI 1.8.0 based on RC2

[Gary Gregory]

My +1

Gary


On Sun, May 19, 2024, 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 review here:
> https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2 (svn
> revision 69280)
>
> The Git tag commons-cli-1.8.0-RC2 commit for this RC is
> 91369572408eff424ff5cec2d46dd9667ceba1b3 which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-cli.git;a=commit;h=91369572408eff424ff5cec2d46dd9667ceba1b3
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-cli.git
> --branch <https://gitbox.apache.org/repos/asf/commons-cli.git--branch>
> commons-cli-1.8.0-RC2 commons-cli-1.8.0-RC2
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1732/commons-cli/commons-cli/1.8.0/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sun May 19 14:50:37 UTC 2024
>
> commons-cli-1.8.0-bin.tar.gz=9e8072c9d1efc8f8d5ecb65d82a02a8e573837ebf6e699b9675db7769c21fadc7157e7691e2a8dfb91267ccdac2671f64403631a394dc094a8481b8d5ffd190f
>
> commons-cli-1.8.0-bin.zip=281019ef7dbb94702f5b7e5bcd0ed8947bcc55a62f87c4a93c97e34d95751352ccb191a368d8ff59ba389f342b2a7335effee0cf60fa4bbf2428f90ec648e530
>
> commons-cli-1.8.0-bom.json=2d9b8cb5333bf31a48fdb1037dec84c48434c619a4fe421529df7386f2ede67b76c61d2c490bbb5b6af301f92262a95fb3dff30b91468bb4b6ce555f2f1e1026
>
> commons-cli-1.8.0-bom.xml=00f5c34db21083b3f2677a931d9b2e10de60c40fa3f58fc2a01ea34e4b5227b800d58231df9194f2a39d2c40e062b859bce5399f93d2188ca230be81bfb93106
>
> commons-cli-1.8.0-javadoc.jar=ec49e3a71f26ac91b5ce16b6390d82d605cc78843fb93f6bef56484a306bcb2230d173569adfb0b28b3b222396313ecec4b852fd33745000d8712b55b8ad6dbf
>
> commons-cli-1.8.0-sources.jar=f2740e9695d43cf56f111d47a7fb53ec99044eb69b259921096be0b57c963a19f4282579acf58052d5724cb6273028fe0457309b0b21c59f4039a0960f09c985
>
> commons-cli-1.8.0-src.tar.gz=588d89d86deb60ac0e182bd4b574e30aac4000dde9da13ee1080844a4982d45f4a4d29fc3ee54c904c74ed6bf14dbb3bffdcbad0eab86ddde8418811f2efb5c2
>
> commons-cli-1.8.0-src.zip=48513dc3fdf7deae5bfc94c4ef1975659a851a12432f3158ff764fd30ce03bdefeba0e255829e1c4d84f5a6185dbaabec1570917cf73360f395ab6b5b54f9613
>
> commons-cli-1.8.0-test-sources.jar=a59ae8590b6ebf4a25fe01e18fa55d6b5769b425d6363943671ae32271a17bd3ed226e3e35f0bcc3fafe0aca06a726f2211049cbad1fbb39d3cda008b894c689
>
> commons-cli-1.8.0-tests.jar=3a85ff142f3ea9ebf5d6d9c5efe407754803424e29f07e18ac8429f3a7c1dd706f518fee669f2108414d7120f8e5fdd2ee464d2096766beca7ec9ce3b80074b4
>
> commons-cli_commons-cli-1.8.0.spdx.json=1df478ac114f20e50fa7717a12d8838c03bd104f66b277a59b0e640a992e0c25894fc67ee7fde5927b3c5dc1ce6170bcc2010ef55abaec6484a6eae82c60d652
>
> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> jacoco -P japicmp clean package site deploy' using:
>
> openjdk version "17.0.11" 2024-04-16
> OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
> OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)
>
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> Java version: 17.0.11, vendor: Homebrew, runtime:
> /usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.5", arch: "x86_64", family: "mac"
>
> Darwin  23.5.0 Darwin Kernel Version 23.5.0: Wed May  1 20:09:52
> PDT 2024; root:xnu-10063.121.3~5/RELEASE_X86_64 x86_64
>
> Details of changes since 1.7.0 are in the release notes:
>
> https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/RELEASE-NOTES.txt
>
> https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/site/changes-report.html
>
> Site:
>
> https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/site/index.html
> (note some *relative* links are broken and the 1.8.0 directories
> are not yet created - these will be OK once the site is deployed.)
>
> JApiCmp Report (compared to 1.7.0):
>
> https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/site/japicmp.html
>
> RAT Report:
>
> https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/site/rat-report.html
>
> KEYS:
>   https://downloads.apache.org/commons/KEYS
>
> Please review the release candidate and vote.
> This vote will close no sooner than 72 hours from now.
>
>   [ ] +1 Release these artifacts
>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this release because..

Re: [VOTE] Release Apache Commons CLI 1.8.0 based on RC1

[Gary Gregory]

RC2 out.

Gary

On Sat, May 18, 2024, 12:52 PM Claude Warren  wrote:

> I would be OK with not making the additional method public.
>
> On Sat, May 18, 2024 at 3:38 PM Gary Gregory 
> wrote:
>
>> Thank you Claude.
>>
>> I'm OK either way. I've commented on the PR. I'd like to know what others
>> think.
>>
>> The change proposed only makes sense if we cancel this RC othewise it
>> would be a breaking change or would clutter up the API with an
>> additional public method.
>>
>> Gary
>>
>> On Sat, May 18, 2024 at 9:04 AM Claude Warren  wrote:
>> >
>> > -1  There is a design issue.
>> >
>> > The HelpFormatter now takes a  BiFunction  to
>> format the description for deprecated Options.  However, it is simple to
>> implement Function instead. I think this makes for a cleaner
>> interface.  Since this interface is public facing, I would like to merge
>> the change in #277 and start again.
>> >
>> > @Gary Gregory sorry that I jumped the gun late last night and said that
>> I thought it was ready to go.
>> >
>> > #277 implements changes to simplify deprecated help output.
>> >
>> > Changed deprecatedFormatFunc from BiFunction to
>> Function
>> > updated docs
>> > added HelpFormatter.getDescription(Option) to provide a function does
>> not return null for getDescription
>> >
>> > See  https://github.com/apache/commons-cli/pull/277
>> >
>> > If nobody else sees benefit in this, I will withdraw my -1.
>> >
>> > Claude
>> >
>> > On Sat, May 18, 2024 at 3:13 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 RC1 is available for review here:
>> >> https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC1 (svn
>> >> revision 69270)
>> >>
>> >> The Git tag commons-cli-1.8.0-RC1 commit for this RC is
>> >> c4d8376b351df7d6485b83f005483fe2a243 which you can browse here:
>> >>
>> https://gitbox.apache.org/repos/asf?p=commons-cli.git;a=commit;h=c4d8376b351df7d6485b83f005483fe2a243
>> >> You may checkout this tag using:
>> >> git clone https://gitbox.apache.org/repos/asf/commons-cli.git
>> >> --branch commons-cli-1.8.0-RC1 commons-cli-1.8.0-RC1
>> >>
>> >> Maven artifacts are here:
>> >>
>> https://repository.apache.org/content/repositories/orgapachecommons-1730/commons-cli/commons-cli/1.8.0/
>> >>
>> >> These are the artifacts and their hashes:
>> >>
>> >> #Release SHA-512s
>> >> #Sat May 18 01:02:06 UTC 2024
>> >>
>> commons-cli-1.8.0-bin.tar.gz=cabf565ae359e5c1928230d27c6ea41b284a4230b1ed47382728d759547810d506b5bfceaa516f1750ad3a6c5967bc65143fe1213a4a5b4896e85761c81feaa0
>> >>
>> commons-cli-1.8.0-bin.zip=8374fce9e9ef6dc8038693a77e0f4593968babe41c618ab1773f48601c6edf8893b0dd753cac1d82f6dec78a3382ebf8042a212234f100dddec0c59e638d4f38
>> >>
>> commons-cli-1.8.0-bom.json=2d9b8cb5333bf31a48fdb1037dec84c48434c619a4fe421529df7386f2ede67b76c61d2c490bbb5b6af301f92262a95fb3dff30b91468bb4b6ce555f2f1e1026
>> >>
>> commons-cli-1.8.0-bom.xml=00f5c34db21083b3f2677a931d9b2e10de60c40fa3f58fc2a01ea34e4b5227b800d58231df9194f2a39d2c40e062b859bce5399f93d2188ca230be81bfb93106
>> >>
>> commons-cli-1.8.0-javadoc.jar=869d508dd04c785bb64b1cb0103ea807dcc595434b47263c843dc7410deab2f18423507751e828fce754627fb8e4d5f0190c4241754c72271e1fcdaeecd4c348
>> >>
>> commons-cli-1.8.0-sources.jar=8dafa2b16fb87e1422ce3b55575a145b24749ee8f2f4e38a5404940fdcca5ddcf471bd58ad3bb2f41f5057d543ced41bf6c4d1a4d6b8af708c71148abf75be59
>> >>
>> commons-cli-1.8.0-src.tar.gz=93121734d15c380f2aeabcfd576497a8b52e5c64070de311cc1ae141dd6980365246b0763d941794e1ddd2f5f682339a5552b601afd9b5585d8d0d0f2e31
>> >>
>> commons-cli-1.8.0-src.zip=8279dfd91fa12b3cd6b5527f68e22c2cc262bcbace02395253d784d88a6cf9fd0e5c83ee5c28daa4dd6f66b362d2b794163e02254be127b15cb5189c15e76e2b
>> >>
>> commons-cli-1.8.0-test-sources.jar=5fe999d231cc816599c7a8a5ed807940dc6ae020ce847865f56ceef88ed3d8f920e672d145e7754b78472b4b2e61ccaf35ca493c86d63530fd6cfdbf8412b990
>> >>
>> commons-cli-1.8.0-tests.jar=faf2191186a6c477d8bd4843310805f1ea4cb6d7d254a8a9588968101438d6ad408dbb98d055ca4e0b5ca30b6896a91724aa20305b28d5e4223820e095c0e3c1
>> 

[VOTE] Release Apache Commons CLI 1.8.0 based on RC2

[Gary Gregory]

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 review here:
https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2 (svn
revision 69280)

The Git tag commons-cli-1.8.0-RC2 commit for this RC is
91369572408eff424ff5cec2d46dd9667ceba1b3 which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-cli.git;a=commit;h=91369572408eff424ff5cec2d46dd9667ceba1b3
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-cli.git
--branch commons-cli-1.8.0-RC2 commons-cli-1.8.0-RC2

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1732/commons-cli/commons-cli/1.8.0/

These are the artifacts and their hashes:

#Release SHA-512s
#Sun May 19 14:50:37 UTC 2024
commons-cli-1.8.0-bin.tar.gz=9e8072c9d1efc8f8d5ecb65d82a02a8e573837ebf6e699b9675db7769c21fadc7157e7691e2a8dfb91267ccdac2671f64403631a394dc094a8481b8d5ffd190f
commons-cli-1.8.0-bin.zip=281019ef7dbb94702f5b7e5bcd0ed8947bcc55a62f87c4a93c97e34d95751352ccb191a368d8ff59ba389f342b2a7335effee0cf60fa4bbf2428f90ec648e530
commons-cli-1.8.0-bom.json=2d9b8cb5333bf31a48fdb1037dec84c48434c619a4fe421529df7386f2ede67b76c61d2c490bbb5b6af301f92262a95fb3dff30b91468bb4b6ce555f2f1e1026
commons-cli-1.8.0-bom.xml=00f5c34db21083b3f2677a931d9b2e10de60c40fa3f58fc2a01ea34e4b5227b800d58231df9194f2a39d2c40e062b859bce5399f93d2188ca230be81bfb93106
commons-cli-1.8.0-javadoc.jar=ec49e3a71f26ac91b5ce16b6390d82d605cc78843fb93f6bef56484a306bcb2230d173569adfb0b28b3b222396313ecec4b852fd33745000d8712b55b8ad6dbf
commons-cli-1.8.0-sources.jar=f2740e9695d43cf56f111d47a7fb53ec99044eb69b259921096be0b57c963a19f4282579acf58052d5724cb6273028fe0457309b0b21c59f4039a0960f09c985
commons-cli-1.8.0-src.tar.gz=588d89d86deb60ac0e182bd4b574e30aac4000dde9da13ee1080844a4982d45f4a4d29fc3ee54c904c74ed6bf14dbb3bffdcbad0eab86ddde8418811f2efb5c2
commons-cli-1.8.0-src.zip=48513dc3fdf7deae5bfc94c4ef1975659a851a12432f3158ff764fd30ce03bdefeba0e255829e1c4d84f5a6185dbaabec1570917cf73360f395ab6b5b54f9613
commons-cli-1.8.0-test-sources.jar=a59ae8590b6ebf4a25fe01e18fa55d6b5769b425d6363943671ae32271a17bd3ed226e3e35f0bcc3fafe0aca06a726f2211049cbad1fbb39d3cda008b894c689
commons-cli-1.8.0-tests.jar=3a85ff142f3ea9ebf5d6d9c5efe407754803424e29f07e18ac8429f3a7c1dd706f518fee669f2108414d7120f8e5fdd2ee464d2096766beca7ec9ce3b80074b4
commons-cli_commons-cli-1.8.0.spdx.json=1df478ac114f20e50fa7717a12d8838c03bd104f66b277a59b0e640a992e0c25894fc67ee7fde5927b3c5dc1ce6170bcc2010ef55abaec6484a6eae82c60d652

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "17.0.11" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.11, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.5", arch: "x86_64", family: "mac"

Darwin  23.5.0 Darwin Kernel Version 23.5.0: Wed May  1 20:09:52
PDT 2024; root:xnu-10063.121.3~5/RELEASE_X86_64 x86_64

Details of changes since 1.7.0 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/site/changes-report.html

Site:
https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/site/index.html
(note some *relative* links are broken and the 1.8.0 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 1.7.0):

https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC2/site/rat-report.html

KEYS:
  https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1a) Clone and checkout the RC tag

git clone https://gitbox.apache.org/repos/asf/commons-cli.git --branch
commons-cli-1.8.0-RC2 commons-cli-1.8.0-RC2
cd commons-cli-1.8.0-RC2

1b) Download and unpack the source arc

Re: [VOTE] Release Apache Commons Daemon 1.4.0 based on RC1

[Gary Gregory]

+1

Tested src zip, SHA512 OK, ASC OK.

- Maven default goal OK
- macOS Java 17 build of jsvc OK (from ./configure setup)
- Windows Java 17 build OK for both EXEs.

Note: Compiler WARNINGs:

arguments.c:453:5: warning: switch condition has boolean value [-Wswitch-bool]
switch (par) {
^   ~~~
arguments.c:464:5: warning: switch condition has boolean value [-Wswitch-bool]
switch (par) {
^   ~~~
arguments.c:475:5: warning: switch condition has boolean value [-Wswitch-bool]
switch (par) {
^   ~~~

FTR stuff:

macOS setup:

openjdk version "17.0.11" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.11, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin gdg-mac-mini.local 23.4.0 Darwin Kernel Version 23.4.0: Fri Mar
15 00:11:05 PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64


./configure
*** Current host ***
checking build system type... x86_64-apple-darwin23.4.0
checking host system type... x86_64-apple-darwin23.4.0
checking cached host system type... ok
*** C-Language compilation tools ***
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether the compiler supports GNU C... yes
checking whether gcc accepts -g... yes
checking for gcc option to enable C11 features... none needed
checking for ranlib... ranlib
checking for strip... strip
*** Host support ***
checking C flags dependant on host system type... ok
*** Java compilation tools ***
checking for JDK os include directory... jni_md.h found in
/usr/local/Cellar/openjdk@17/17.0.11//include
gcc flags added
*** Writing output files ***
configure: creating ./config.status
config.status: creating Makefile
config.status: creating Makedefs
config.status: creating native/Makefile
*** All done ***
Now you can issue "make"

Windows setup:

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: C:\java\apache-maven-3.9.6
Java version: 17.0.11, vendor: Eclipse Adoptium, runtime: C:\Program
Files\Eclipse Adoptium\jdk-17.0.11.9-hotspot
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family:
"windows"Microsoft (R) C/C++ Optimizing Compiler Version 19.37.32825
for x86
Copyright (C) Microsoft Corporation.  All rights reserved.Microsoft
(R) Incremental Linker Version 14.37.32825.0
Copyright (C) Microsoft Corporation.  All rights reserved.Microsoft
Windows [Version 10.0.19045.4291]

Gary

On Fri, May 17, 2024 at 2:06 PM Mark Thomas  wrote:
>
> We have fixed a few bugs, added enhancements and updated the minimum
> Java and Windows version since Apache Commons Daemon 1.3.4 was released,
> so I would like to release Apache Commons Daemon 1.4.0.
>
> Apache Commons Daemon 1.4.0 RC1 is available for review here:
>  https://dist.apache.org/repos/dist/dev/commons/daemon/1.4.0-RC1
> (svn revision 69267)
>
> The Git tag commons-daemon-1.4.0-RC1 commit for this RC is
> 6b911598b815a4a7b8ab2b8a8a2157593effc6bc which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-daemon.git;a=commit;h=6b911598b815a4a7b8ab2b8a8a2157593effc6bc
> You may checkout this tag using:
>  git clone https://gitbox.apache.org/repos/asf/commons-daemon.git
> --branch commons-daemon-1.4.0-RC1 commons-daemon-1.4.0-RC1
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1729/commons-daemon/commons-daemon/1.4.0/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Fri May 17 16:28:36 BST 2024
> commons-daemon-1.4.0-bin-windows.zip=5974d638994cbf821c17d0fc6b69bace08b0314ea5614c1a57175a02cda7c57a6b8ee49f8892206061f9d3385da5841db31d9ce9b3ce74cf4afc10ad8e68
> commons-daemon-1.4.0-bin.tar.gz=15fccd35a711f91e5b4466d56f50585c7ae3a787a39c16e006617c86b9e9feee9fbf902582b08c2e896ca6a655500d805fdbb9c97f04f70321631168b8d42c81
> commons-daemon-1.4.0-bin.zip=3652ed9ed9cf6fcb0d4b5067570c322b0b3c9ae0a81dee1d7b0992bb7ff5654a7c4dc89c0c2d966c9962778288c6ad60bd8ac10f62898c9e10261bec6e61d3ea
> commons-daemon-1.4.0-bom.json=0de219d72a63d8154f42ef5bd6c348936e14d65efec3e54a55ebfb9bc757e4ceac7aabd8c8b85d94657ed76f44069ac56b2bb231aba5419733f00a3dc85f6601
> commons-daemon-1.4.0-bom.xml=bc0dba27a50ca6c5d30015f97bd258325452e6fabefd1cf38b94d0ce5699233a18b456fd701761a5f8cedf847cbd152879e0dec9add548611d5593b910c90244
> 

[CANCEL][VOTE] Release Apache Commons CLI 1.8.0 based on RC1

[Gary Gregory]

I am canceling this vote thread to incorporate Claude's idea. It is
indeed simpler and clearer :-) I had to look at the code as a whole in
Eclipse to better appreciate the whole picture.

Gary

On Sat, May 18, 2024 at 12:52 PM Claude Warren  wrote:
>
> I would be OK with not making the additional method public.
>
> On Sat, May 18, 2024 at 3:38 PM Gary Gregory  wrote:
>>
>> Thank you Claude.
>>
>> I'm OK either way. I've commented on the PR. I'd like to know what others 
>> think.
>>
>> The change proposed only makes sense if we cancel this RC othewise it
>> would be a breaking change or would clutter up the API with an
>> additional public method.
>>
>> Gary
>>
>> On Sat, May 18, 2024 at 9:04 AM Claude Warren  wrote:
>> >
>> > -1  There is a design issue.
>> >
>> > The HelpFormatter now takes a  BiFunction  to 
>> > format the description for deprecated Options.  However, it is simple to 
>> > implement Function instead. I think this makes for a 
>> > cleaner interface.  Since this interface is public facing, I would like to 
>> > merge the change in #277 and start again.
>> >
>> > @Gary Gregory sorry that I jumped the gun late last night and said that I 
>> > thought it was ready to go.
>> >
>> > #277 implements changes to simplify deprecated help output.
>> >
>> > Changed deprecatedFormatFunc from BiFunction to 
>> > Function
>> > updated docs
>> > added HelpFormatter.getDescription(Option) to provide a function does not 
>> > return null for getDescription
>> >
>> > See  https://github.com/apache/commons-cli/pull/277
>> >
>> > If nobody else sees benefit in this, I will withdraw my -1.
>> >
>> > Claude
>> >
>> > On Sat, May 18, 2024 at 3:13 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 RC1 is available for review here:
>> >> https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC1 (svn
>> >> revision 69270)
>> >>
>> >> The Git tag commons-cli-1.8.0-RC1 commit for this RC is
>> >> c4d8376b351df7d6485b83f005483fe2a243 which you can browse here:
>> >> 
>> >> https://gitbox.apache.org/repos/asf?p=commons-cli.git;a=commit;h=c4d8376b351df7d6485b83f005483fe2a243
>> >> You may checkout this tag using:
>> >> git clone https://gitbox.apache.org/repos/asf/commons-cli.git
>> >> --branch commons-cli-1.8.0-RC1 commons-cli-1.8.0-RC1
>> >>
>> >> Maven artifacts are here:
>> >> 
>> >> https://repository.apache.org/content/repositories/orgapachecommons-1730/commons-cli/commons-cli/1.8.0/
>> >>
>> >> These are the artifacts and their hashes:
>> >>
>> >> #Release SHA-512s
>> >> #Sat May 18 01:02:06 UTC 2024
>> >> commons-cli-1.8.0-bin.tar.gz=cabf565ae359e5c1928230d27c6ea41b284a4230b1ed47382728d759547810d506b5bfceaa516f1750ad3a6c5967bc65143fe1213a4a5b4896e85761c81feaa0
>> >> commons-cli-1.8.0-bin.zip=8374fce9e9ef6dc8038693a77e0f4593968babe41c618ab1773f48601c6edf8893b0dd753cac1d82f6dec78a3382ebf8042a212234f100dddec0c59e638d4f38
>> >> commons-cli-1.8.0-bom.json=2d9b8cb5333bf31a48fdb1037dec84c48434c619a4fe421529df7386f2ede67b76c61d2c490bbb5b6af301f92262a95fb3dff30b91468bb4b6ce555f2f1e1026
>> >> commons-cli-1.8.0-bom.xml=00f5c34db21083b3f2677a931d9b2e10de60c40fa3f58fc2a01ea34e4b5227b800d58231df9194f2a39d2c40e062b859bce5399f93d2188ca230be81bfb93106
>> >> commons-cli-1.8.0-javadoc.jar=869d508dd04c785bb64b1cb0103ea807dcc595434b47263c843dc7410deab2f18423507751e828fce754627fb8e4d5f0190c4241754c72271e1fcdaeecd4c348
>> >> commons-cli-1.8.0-sources.jar=8dafa2b16fb87e1422ce3b55575a145b24749ee8f2f4e38a5404940fdcca5ddcf471bd58ad3bb2f41f5057d543ced41bf6c4d1a4d6b8af708c71148abf75be59
>> >> commons-cli-1.8.0-src.tar.gz=93121734d15c380f2aeabcfd576497a8b52e5c64070de311cc1ae141dd6980365246b0763d941794e1ddd2f5f682339a5552b601afd9b5585d8d0d0f2e31
>> >> commons-cli-1.8.0-src.zip=8279dfd91fa12b3cd6b5527f68e22c2cc262bcbace02395253d784d88a6cf9fd0e5c83ee5c28daa4dd6f66b362d2b794163e02254be127b15cb5189c15e76e2b
>> >> commons-cli-1.8.0-test-sources.jar=5fe999d231cc816599c7a8a5ed807940dc6ae020ce847865f56ceef88ed3d8f920e672d145e7754b78472b4b2e61ccaf35ca493c86d63530fd6cfdbf8412b990
>> >> commons-cli-1.8.

[VOTE] Release Apache Commons Compress 1.26.2 based on RC1

[Gary Gregory]

We have fixed a few bugs since Apache Commons Compress 1.26.1 was
released, so I would like to release Apache Commons Compress 1.26.2.

Apache Commons Compress 1.26.2 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/compress/1.26.2-RC1
(svn revision 69274)

The Git tag commons-compress-1.26.2-RC1 commit for this RC is
95727006cac0892c654951c4e7f1db142462f22a which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-compress.git;a=commit;h=95727006cac0892c654951c4e7f1db142462f22a
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-compress.git
--branch commons-compress-1.26.2-RC1 commons-compress-1.26.2-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1731/org/apache/commons/commons-compress/1.26.2/

These are the artifacts and their hashes:

#Release SHA-512s
#Sat May 18 15:37:35 UTC 2024
Apache\ Commons\
Compress-1.26.2.spdx.rdf.xml=ffdf07261043faff9909ae884a516ace28980157cc71c8e336b36d1cb873fda20ebe61159ff38605fe8b3d30d4a11d18cfafaa8d15220ea95e4094f1498a67cc
commons-compress-1.26.2-bin.tar.gz=216e931578c51d2ebf9d62e3f7b0b9c38efd1d1fa670d44bfa05fefa164740d56f3c42da97846a8692240217d0c6ed786b341dc91278a7ffdd5d96fc0a8e0baf
commons-compress-1.26.2-bin.zip=0d4d0e956c9a541a07351ce80c80f2c558e66bf9eb27942a9b7103fbce3167289e6bb781fbd5408a9437d54d5b8da51cb56e73efe62986b98f64adeaba1ee150
commons-compress-1.26.2-bom.json=4015d88bf4b8b533ed8794d8affa4a44b01332232c84df19f821b9461ca084fbeae663dda53f2a9f1a976bb3c1235e5ce3bdf7ba6855e21768fe6c0ecebdc806
commons-compress-1.26.2-bom.xml=443b8db7d307f546df3543ee713f6b90de4be124bf90d835838c56eaaadfd84fcfab4714a084d254e8cf2862c55234178db4bfcf33e30472f9b49b67d452f1fe
commons-compress-1.26.2-javadoc.jar=a040ead1b81c8dfd90e6c6447493deaae2826e0994ed156aee54be3fdc5e479181f319e31342a6e172d66226936f89f427a6afd90bd5ff6765123cf34d1a51af
commons-compress-1.26.2-sources.jar=14ce48f50ffb4e7699c5d5fb8d3d57f61bcad42a17086fba6bc71eb5063e4c3dde6aaadb87b6d04897d6a939bce469f1ebedbfc49c87bff1cb98c0b277d41431
commons-compress-1.26.2-src.tar.gz=cdbc34f42a05534d56315d5765650c0dd58103e081dcce4c2bed1386b6047beab25139d1dff28788b3674a05163cc44d6b7e764eb2105cb1fea40c7bfd1be653
commons-compress-1.26.2-src.zip=8787caf8e0a306dcfbea9e89a2833243616d5ab194aa094a6b4761de63ddd77d87d151682d271da4477d338feb5a97231ee7ca533c4f008048f66354f712d369
commons-compress-1.26.2-test-sources.jar=a92cbcbb97eeb5a2474b53e88a132d02716fc88e693ea2052788ad613746d33340af1e43966bcb39d26935cd3a9e300ff13125575d46d297ece40bef50379acf
commons-compress-1.26.2-tests.jar=e8a0afb84f274ce55c6a48722f5a835c8274c9fc5ea115e02dd4ffc96f9a86399f33ebeaa2f533913457bc498a50f508b250bff9a9d7e27f138cacebac31334f

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "17.0.11" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.11, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 1.26.1 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/compress/1.26.2-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/compress/1.26.2-RC1/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/compress/1.26.2-RC1/site/index.html
(note some *relative* links are broken and the 1.26.2 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 1.26.1):

https://dist.apache.org/repos/dist/dev/commons/compress/1.26.2-RC1/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/compress/1.26.2-RC1/site/rat-report.html

KEYS:
https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1a) Clone and checkout the RC tag

git clone https://gitbox.apache.o

Re: [VOTE] Release Apache Commons Daemon 1.4.0 based on RC1

[Gary Gregory]

Hi Mark,

Thank you for preparing this release candidate.

There are no SHA512 files in:

https://dist.apache.org/repos/dist/dev/commons/daemon/1.4.0-RC1/source/
https://dist.apache.org/repos/dist/dev/commons/daemon/1.4.0-RC1/binaries/

Gary

On Fri, May 17, 2024 at 2:06 PM Mark Thomas  wrote:
>
> We have fixed a few bugs, added enhancements and updated the minimum
> Java and Windows version since Apache Commons Daemon 1.3.4 was released,
> so I would like to release Apache Commons Daemon 1.4.0.
>
> Apache Commons Daemon 1.4.0 RC1 is available for review here:
>  https://dist.apache.org/repos/dist/dev/commons/daemon/1.4.0-RC1
> (svn revision 69267)
>
> The Git tag commons-daemon-1.4.0-RC1 commit for this RC is
> 6b911598b815a4a7b8ab2b8a8a2157593effc6bc which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-daemon.git;a=commit;h=6b911598b815a4a7b8ab2b8a8a2157593effc6bc
> You may checkout this tag using:
>  git clone https://gitbox.apache.org/repos/asf/commons-daemon.git
> --branch commons-daemon-1.4.0-RC1 commons-daemon-1.4.0-RC1
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1729/commons-daemon/commons-daemon/1.4.0/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Fri May 17 16:28:36 BST 2024
> commons-daemon-1.4.0-bin-windows.zip=5974d638994cbf821c17d0fc6b69bace08b0314ea5614c1a57175a02cda7c57a6b8ee49f8892206061f9d3385da5841db31d9ce9b3ce74cf4afc10ad8e68
> commons-daemon-1.4.0-bin.tar.gz=15fccd35a711f91e5b4466d56f50585c7ae3a787a39c16e006617c86b9e9feee9fbf902582b08c2e896ca6a655500d805fdbb9c97f04f70321631168b8d42c81
> commons-daemon-1.4.0-bin.zip=3652ed9ed9cf6fcb0d4b5067570c322b0b3c9ae0a81dee1d7b0992bb7ff5654a7c4dc89c0c2d966c9962778288c6ad60bd8ac10f62898c9e10261bec6e61d3ea
> commons-daemon-1.4.0-bom.json=0de219d72a63d8154f42ef5bd6c348936e14d65efec3e54a55ebfb9bc757e4ceac7aabd8c8b85d94657ed76f44069ac56b2bb231aba5419733f00a3dc85f6601
> commons-daemon-1.4.0-bom.xml=bc0dba27a50ca6c5d30015f97bd258325452e6fabefd1cf38b94d0ce5699233a18b456fd701761a5f8cedf847cbd152879e0dec9add548611d5593b910c90244
> commons-daemon-1.4.0-javadoc.jar=8fd299a3d228c4ab4ea8455b81319d80b3e27cac1c31bed1e03cc7a3391d59f18e037adcb72e68202511a45ef5bc49274d6e9cf38c860b55bb9b874a92044d2e
> commons-daemon-1.4.0-native-src.tar.gz=8a54200d547ef7ee647e8d4910fd3cb55bf7d8fc75de8f0e01bc701ef0b386ddc3843e6c9189e34d2afd62060fb6299ea83c421cf60c7d105d04cb45904500d3
> commons-daemon-1.4.0-native-src.zip=cb6b12bbd775eba7d012744cf908f42fc6d39e421c1f41546f230b431c1d239cc3e2d9c09520165b5db7a95701b651a6738a5d1915d39a4520b1ff07ce4f65a5
> commons-daemon-1.4.0-sources.jar=701b3646ea29de5ea69d72c8741a2dc56a44a57168c0e7d1afab87f89d9cab75c413f1fe3d09f5765e4dbe2b2af0951125ee0f6a0a4d5b4fafcf49bfd0b03cbf
> commons-daemon-1.4.0-src.tar.gz=285f33ce36e2591f49b6067da16612ec1b49b23a8637d077618aefaae4452993dc2a31660665551ea761857390d940100e162e205fe7c0fad9c72374f2d15bb8
> commons-daemon-1.4.0-src.zip=190d6b8b65d71594ff02bade3fbcd6b09d5b2e68413a2a23ef2cbf945d2e19655c1d480484ec198f7e140eaa3744c970770cea17498c12f9bfe284f5bd28a51d
> commons-daemon-1.4.0-test-sources.jar=e889d8b5bda1e0a89d33741e9308739b732e938ef13b552acf7dc0ba52845766e6a49f3fbb6c821655d295e18b9accbfeac1c26b8afacc088084511cea301bcd
> commons-daemon-1.4.0-tests.jar=b392bdaa59e3d75e7aa023f65514385edfc44bc1bc088826b643186bfeaf47215375a814af3637e585bde201dd6ee5ef3669f2b4a3cf2e275da4fc6ccd91dfda
> commons-daemon_commons-daemon-1.4.0.spdx.json=47c669c16aca4588d4940a4dcec162a619587f8fc8d6a74a5abbe8562296f0eb08f271db531e678a939355a9b7f669cb9ade864d953c77402b60e8c183f1faed
>
>
>
> Details of changes since 1.3.4 are in the change log:
>
> https://dist.apache.org/repos/dist/dev/commons/daemon/1.4.0-RC1/RELEASE-NOTES.txt
>
> https://github.com/apache/commons-daemon/blob/master/src/changes/changes.xml
>
> KEYS:
>https://downloads.apache.org/commons/KEYS
>
> Please review the release candidate and vote.
> This vote will close no sooner than 72 hours from now.
>
>[ ] +1 Release these artifacts
>[ ] +0 OK, but...
>[ ] -0 OK, but really should fix...
>[ ] -1 I oppose this release because...
>
> Thank you,
>
> Mark Thomas,
> Release Manager (using key 10C01C5A2F6059E7)
>
> For following is intended as a helper and refresher for reviewers.
>
> Validating a release candidate
> ==
>
> These guidelines are NOT complete.
>
> Requirements: Git, Java, Maven.
>
> You can validate a release from a release candidate (RC) tag as follows.
>
> 1a) Clone and checkout the RC tag
>
> git clone https://gitbox.apache.org/repos/asf/commons-daemon.git
> --branch commons-daemon-1.4.0-RC1 commons-daemon-1.4.0-RC1
> cd commons-daemon-1.4.0-RC1
>
> 1b) Download and unpack the source archive from:
>
> https://dist.apache.org/repos/dist/dev/commons/daemon/1.4.0-RC1/source
>
> 2) Check Apache licenses
>
> This step is not required if the site includes a RAT report page which
> you then must check.
>
> mvn 

Re: [VOTE] Release Apache Commons CLI 1.8.0 based on RC1

[Gary Gregory]

Thank you Claude.

I'm OK either way. I've commented on the PR. I'd like to know what others think.

The change proposed only makes sense if we cancel this RC othewise it
would be a breaking change or would clutter up the API with an
additional public method.

Gary

On Sat, May 18, 2024 at 9:04 AM Claude Warren  wrote:
>
> -1  There is a design issue.
>
> The HelpFormatter now takes a  BiFunction  to format 
> the description for deprecated Options.  However, it is simple to implement 
> Function instead. I think this makes for a cleaner interface.  
> Since this interface is public facing, I would like to merge the change in 
> #277 and start again.
>
> @Gary Gregory sorry that I jumped the gun late last night and said that I 
> thought it was ready to go.
>
> #277 implements changes to simplify deprecated help output.
>
> Changed deprecatedFormatFunc from BiFunction to 
> Function
> updated docs
> added HelpFormatter.getDescription(Option) to provide a function does not 
> return null for getDescription
>
> See  https://github.com/apache/commons-cli/pull/277
>
> If nobody else sees benefit in this, I will withdraw my -1.
>
> Claude
>
> On Sat, May 18, 2024 at 3:13 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 RC1 is available for review here:
>> https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC1 (svn
>> revision 69270)
>>
>> The Git tag commons-cli-1.8.0-RC1 commit for this RC is
>> c4d8376b351df7d6485b83f005483fe2a243 which you can browse here:
>> 
>> https://gitbox.apache.org/repos/asf?p=commons-cli.git;a=commit;h=c4d8376b351df7d6485b83f005483fe2a243
>> You may checkout this tag using:
>> git clone https://gitbox.apache.org/repos/asf/commons-cli.git
>> --branch commons-cli-1.8.0-RC1 commons-cli-1.8.0-RC1
>>
>> Maven artifacts are here:
>> 
>> https://repository.apache.org/content/repositories/orgapachecommons-1730/commons-cli/commons-cli/1.8.0/
>>
>> These are the artifacts and their hashes:
>>
>> #Release SHA-512s
>> #Sat May 18 01:02:06 UTC 2024
>> commons-cli-1.8.0-bin.tar.gz=cabf565ae359e5c1928230d27c6ea41b284a4230b1ed47382728d759547810d506b5bfceaa516f1750ad3a6c5967bc65143fe1213a4a5b4896e85761c81feaa0
>> commons-cli-1.8.0-bin.zip=8374fce9e9ef6dc8038693a77e0f4593968babe41c618ab1773f48601c6edf8893b0dd753cac1d82f6dec78a3382ebf8042a212234f100dddec0c59e638d4f38
>> commons-cli-1.8.0-bom.json=2d9b8cb5333bf31a48fdb1037dec84c48434c619a4fe421529df7386f2ede67b76c61d2c490bbb5b6af301f92262a95fb3dff30b91468bb4b6ce555f2f1e1026
>> commons-cli-1.8.0-bom.xml=00f5c34db21083b3f2677a931d9b2e10de60c40fa3f58fc2a01ea34e4b5227b800d58231df9194f2a39d2c40e062b859bce5399f93d2188ca230be81bfb93106
>> commons-cli-1.8.0-javadoc.jar=869d508dd04c785bb64b1cb0103ea807dcc595434b47263c843dc7410deab2f18423507751e828fce754627fb8e4d5f0190c4241754c72271e1fcdaeecd4c348
>> commons-cli-1.8.0-sources.jar=8dafa2b16fb87e1422ce3b55575a145b24749ee8f2f4e38a5404940fdcca5ddcf471bd58ad3bb2f41f5057d543ced41bf6c4d1a4d6b8af708c71148abf75be59
>> commons-cli-1.8.0-src.tar.gz=93121734d15c380f2aeabcfd576497a8b52e5c64070de311cc1ae141dd6980365246b0763d941794e1ddd2f5f682339a5552b601afd9b5585d8d0d0f2e31
>> commons-cli-1.8.0-src.zip=8279dfd91fa12b3cd6b5527f68e22c2cc262bcbace02395253d784d88a6cf9fd0e5c83ee5c28daa4dd6f66b362d2b794163e02254be127b15cb5189c15e76e2b
>> commons-cli-1.8.0-test-sources.jar=5fe999d231cc816599c7a8a5ed807940dc6ae020ce847865f56ceef88ed3d8f920e672d145e7754b78472b4b2e61ccaf35ca493c86d63530fd6cfdbf8412b990
>> commons-cli-1.8.0-tests.jar=faf2191186a6c477d8bd4843310805f1ea4cb6d7d254a8a9588968101438d6ad408dbb98d055ca4e0b5ca30b6896a91724aa20305b28d5e4223820e095c0e3c1
>> commons-cli_commons-cli-1.8.0.spdx.json=b3b7c227e8eedbe22efa25155fa89497890730942bbfc60855bf76d617ab88a7212c7253a4e6118766157bc4932ec5fd3717821670ed8131fe455e53815277b9
>>
>> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
>> jacoco -P japicmp clean package site deploy' using:
>>
>> openjdk version "17.0.11" 2024-04-16
>> OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
>> OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)
>>
>> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
>> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
>> Java version: 17.0.11, vendor: Homebrew, runtime:
>> /usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "mac os x", ve

Re: Javadoc usability

[Gary Gregory]

The "unknown unknowns" ;-)

Gary

On Sat, May 18, 2024 at 7:27 AM Emmanuel Bourg  wrote:
>
> The search box is a nice addition, but it's only useful if you know what
> you are looking for. It doesn't replace a plain list of classes that can
> be explored at a glance.
>
> Emmanuel Bourg
>
> Le 18/05/2024 à 13:09, Gary Gregory a écrit :
> > Notice that the newer Javadocs has a fancy Search box, quite handy IMO.
> >
> > Gary
>
>
> -
> 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

Re: Javadoc usability

[Gary Gregory]

Notice that the newer Javadocs has a fancy Search box, quite handy IMO.

Gary

On Sat, May 18, 2024, 7:07 AM Gary Gregory  wrote:

> You must be talking about this:
>
> https://bugs.openjdk.org/browse/JDK-8202961
>
> The frames command line option might be completely gone from the current
> Java version but I haven't tried
> :
>
>
> https://docs.oracle.com/en/java/javase/21/docs/specs/man/javadoc.html#option-add-stylesheet
>
> Note that the no frames option is retained as a noop.
>
> I don't think we should use an antique version of the docket.
>
> Gary
>
> On Sat, May 18, 2024, 5:53 AM Emmanuel Bourg  wrote:
>
>> Hi all,
>>
>> I got a look at the Commons IO Javadoc [1] yesterday and it looks like
>> something got wrong starting with the 2.14 release, the framed layout
>> [2] up to the version 2.13 was much more usable, with an instant
>> overview of the package structure and the classes available. Exploring
>> the API is really tedious with the new layout.
>>
>> I don't know if the latest JDKs still support the framed layout, if they
>> do it would be nice to trigger the build option necessary, otherwise I
>> think we should switch to an alternative doclet, or stick to older JDKs
>> for now.
>>
>> What do you think?
>>
>> Emmanuel Bourg
>>
>> [1] https://javadoc.io/doc/commons-io/commons-io/2.16.1/index.html
>> [2] https://javadoc.io/doc/commons-io/commons-io/2.13.0/index.html
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>

Re: Javadoc usability

[Gary Gregory]

You must be talking about this:

https://bugs.openjdk.org/browse/JDK-8202961

The frames command line option might be completely gone from the current
Java version but I haven't tried
:

https://docs.oracle.com/en/java/javase/21/docs/specs/man/javadoc.html#option-add-stylesheet

Note that the no frames option is retained as a noop.

I don't think we should use an antique version of the docket.

Gary

On Sat, May 18, 2024, 5:53 AM Emmanuel Bourg  wrote:

> Hi all,
>
> I got a look at the Commons IO Javadoc [1] yesterday and it looks like
> something got wrong starting with the 2.14 release, the framed layout
> [2] up to the version 2.13 was much more usable, with an instant
> overview of the package structure and the classes available. Exploring
> the API is really tedious with the new layout.
>
> I don't know if the latest JDKs still support the framed layout, if they
> do it would be nice to trigger the build option necessary, otherwise I
> think we should switch to an alternative doclet, or stick to older JDKs
> for now.
>
> What do you think?
>
> Emmanuel Bourg
>
> [1] https://javadoc.io/doc/commons-io/commons-io/2.16.1/index.html
> [2] https://javadoc.io/doc/commons-io/commons-io/2.13.0/index.html
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [CLI] Deprecated options and helpformatting

[Gary Gregory]

The RC is out.

Gary

On Fri, May 17, 2024 at 12:27 PM Claude Warren  wrote:
>
> Gary,
>
> I think the CLI release candidate can be cut now.  I didn't see any more
> issues when I was fixing the code.  So I am
> +1 on cutting a release candidate.
>
> On Sun, May 12, 2024 at 8:49 PM Gary Gregory  wrote:
>
> > How does it look now?
> >
> > Would you check git master is OK, then I can cut a release candidate
> > later in the week.
> >
> > Gary
> >
> > On Sat, May 11, 2024 at 6:28 AM Claude Warren  wrote:
> > >
> > > Also, it appears that the deprecatedHandler is only tested on the string
> > > option processing.  if the application retains a list of Options and
> > passes
> > > those in to be checked the deprecation check is not execute.
> > >
> > > On Sat, May 11, 2024 at 12:18 PM Claude Warren 
> > wrote:
> > >
> > > > Greetings,
> > > >
> > > > I see that there is a deprecated option in cli 1.7.0, and that it has
> > some
> > > > nice data.  But I don't see how to display the info in the help.
> > > >
> > > > It looks like the only option is to print "[Deprecated]" without any
> > > > information from the deprecated info.  I think the HelpPrinter needs a
> > > > function (similar to the command line deprecatedHandler) to convert the
> > > > object to a string that can be prefixed to the option help output
> > where the
> > > > "[Deprecated]" is now.
> > > >
> > > > Does this make sense?
> > > >
> > > > Is there something I am overlooking that already does this?
> > > >
> > > > Claude
> > > >
> > > >
> > > >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
> --
> LinkedIn: http://www.linkedin.com/in/claudewarren

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[VOTE] Release Apache Commons CLI 1.8.0 based on RC1

[Gary Gregory]

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 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC1 (svn
revision 69270)

The Git tag commons-cli-1.8.0-RC1 commit for this RC is
c4d8376b351df7d6485b83f005483fe2a243 which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-cli.git;a=commit;h=c4d8376b351df7d6485b83f005483fe2a243
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-cli.git
--branch commons-cli-1.8.0-RC1 commons-cli-1.8.0-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1730/commons-cli/commons-cli/1.8.0/

These are the artifacts and their hashes:

#Release SHA-512s
#Sat May 18 01:02:06 UTC 2024
commons-cli-1.8.0-bin.tar.gz=cabf565ae359e5c1928230d27c6ea41b284a4230b1ed47382728d759547810d506b5bfceaa516f1750ad3a6c5967bc65143fe1213a4a5b4896e85761c81feaa0
commons-cli-1.8.0-bin.zip=8374fce9e9ef6dc8038693a77e0f4593968babe41c618ab1773f48601c6edf8893b0dd753cac1d82f6dec78a3382ebf8042a212234f100dddec0c59e638d4f38
commons-cli-1.8.0-bom.json=2d9b8cb5333bf31a48fdb1037dec84c48434c619a4fe421529df7386f2ede67b76c61d2c490bbb5b6af301f92262a95fb3dff30b91468bb4b6ce555f2f1e1026
commons-cli-1.8.0-bom.xml=00f5c34db21083b3f2677a931d9b2e10de60c40fa3f58fc2a01ea34e4b5227b800d58231df9194f2a39d2c40e062b859bce5399f93d2188ca230be81bfb93106
commons-cli-1.8.0-javadoc.jar=869d508dd04c785bb64b1cb0103ea807dcc595434b47263c843dc7410deab2f18423507751e828fce754627fb8e4d5f0190c4241754c72271e1fcdaeecd4c348
commons-cli-1.8.0-sources.jar=8dafa2b16fb87e1422ce3b55575a145b24749ee8f2f4e38a5404940fdcca5ddcf471bd58ad3bb2f41f5057d543ced41bf6c4d1a4d6b8af708c71148abf75be59
commons-cli-1.8.0-src.tar.gz=93121734d15c380f2aeabcfd576497a8b52e5c64070de311cc1ae141dd6980365246b0763d941794e1ddd2f5f682339a5552b601afd9b5585d8d0d0f2e31
commons-cli-1.8.0-src.zip=8279dfd91fa12b3cd6b5527f68e22c2cc262bcbace02395253d784d88a6cf9fd0e5c83ee5c28daa4dd6f66b362d2b794163e02254be127b15cb5189c15e76e2b
commons-cli-1.8.0-test-sources.jar=5fe999d231cc816599c7a8a5ed807940dc6ae020ce847865f56ceef88ed3d8f920e672d145e7754b78472b4b2e61ccaf35ca493c86d63530fd6cfdbf8412b990
commons-cli-1.8.0-tests.jar=faf2191186a6c477d8bd4843310805f1ea4cb6d7d254a8a9588968101438d6ad408dbb98d055ca4e0b5ca30b6896a91724aa20305b28d5e4223820e095c0e3c1
commons-cli_commons-cli-1.8.0.spdx.json=b3b7c227e8eedbe22efa25155fa89497890730942bbfc60855bf76d617ab88a7212c7253a4e6118766157bc4932ec5fd3717821670ed8131fe455e53815277b9

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "17.0.11" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.11, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 1.7.0 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC1/site/changes-report.html

Site:
https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC1/site/index.html
(note some *relative* links are broken and the 1.8.0 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 1.7.0):

https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC1/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/cli/1.8.0-RC1/site/rat-report.html

KEYS:
  https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1a) Clone and checkout the RC tag

git clone https://gitbox.apache.org/repos/asf/commons-cli.git --branch
commons-cli-1.8.0-RC1 commons-cli-1.8.0-RC1
cd commons-cli-1.8.0-RC1

1b) Download and unpack the source arc

Re: [Daemon] Anything to appease "Wrong type of arguments to formatting function"

[Gary Gregory]

I dismissed those 3 as false-positives.

TY,
Gary

On Fri, May 17, 2024 at 10:36 AM Mark Thomas  wrote:
>
> Set them as false positives or just ignore them.
>
> Mark
>
>
> On 17/05/2024 15:09, Gary Gregory wrote:
> > Mark and all:
> >
> > Is there anything smile to do to appease the warnings "Wrong type of
> > arguments to formatting function" in see
> > https://github.com/apache/commons-daemon/security/code-scanning ?
> >
> > TY
> > Gary
> >
> > -
> > 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
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[Daemon] Anything to appease "Wrong type of arguments to formatting function"

[Gary Gregory]

Mark and all:

Is there anything smile to do to appease the warnings "Wrong type of
arguments to formatting function" in see
https://github.com/apache/commons-daemon/security/code-scanning ?

TY
Gary

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Is commons-digester still an active project?

[Gary Gregory]

Hello,

We can create a release candidate anytime, we just need a reason and
release manager to step up. You can checkout git master to confirm
compatibility. In general bumping dependencies only is not enough of a
driver to create a release since it is simple for any build to update
those. It also not has been a priority compared to other components.

HTH,
Gary

On Fri, May 17, 2024, 5:42 AM Mclachlan, Alan
 wrote:

> Hi
>
> Is commons-digester still an active project?
> I ask because while it's not in the Attic, the last release (3.2) was in
> 2011.
>
> There are two CVEs in a dependency (CVE-2019-10086 and CVE-2014-0114).
>
> Is there going to be a commons-digester with an uplifted version of
> commons-beanutils?
> Or is commons-digester destined for the Apache Attic?
>
> regards
>
> Alan McLachlan
> ACI Worldwide
> www.aciworldwide.com
>
> 
> [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg]<
> http://www.aciworldwide.com>
> This email message and any attachments may contain confidential,
> proprietary or non-public information. The information is intended solely
> for the designated recipient(s). If an addressing or transmission error has
> misdirected this email, please notify the sender immediately and destroy
> this email. Any review, dissemination, use or reliance upon this
> information by unintended recipients is prohibited. Any opinions expressed
> in this email are those of the author personally.
>

Re: (commons-lang) branch master updated: Adding the @Insecure, and @Safe annotations.

[Gary Gregory]

Can we PLEASE not do this unless we know what the plan is for Commons
overall? I really don't want to have this stuff copied in all Commons
Components because I doubt we will want to add Commons Lang as a dependency
in all Components. So, what's the plan? Do you plan on copying this stuff
over and over or depending on Commons Lang all over.

Imaging using code assit and seeing these types being offered from all over
the place...

Gary

Gary

On Thu, May 16, 2024, 6:30 PM  wrote:

> This is an automated email from the ASF dual-hosted git repository.
>
> jochen pushed a commit to branch master
> in repository https://gitbox.apache.org/repos/asf/commons-lang.git
>
>
> The following commit(s) were added to refs/heads/master by this push:
>  new 3322d9748 Adding the @Insecure, and @Safe annotations.
> 3322d9748 is described below
>
> commit 3322d974876b8d4f934d3544967103ebbcaef726
> Author: Jochen Wiedmann 
> AuthorDate: Fri May 17 00:28:39 2024 +0200
>
> Adding the @Insecure, and @Safe annotations.
> ---
>  src/changes/changes.xml|   1 +
>  .../apache/commons/lang3/annotations/Insecure.java |  48 
>  .../org/apache/commons/lang3/annotations/Safe.java |  61 +++
>  .../commons/lang3/annotations/package-info.java|  37 +++
>  .../commons/lang3/annotations/AnnotationsTest.java | 122
> +
>  5 files changed, 269 insertions(+)
>
> diff --git a/src/changes/changes.xml b/src/changes/changes.xml
> index 34841687a..b69e1f8a2 100644
> --- a/src/changes/changes.xml
> +++ b/src/changes/changes.xml
> @@ -140,6 +140,7 @@ The  type attribute can be
> add,update,fix,remove.
>   due-to="Dependabot">Bump org.apache.commons:commons-text from 1.11.0 to
> 1.12.0 #1200.
>  
>   due-to="Paranoïd User">Drop obsolete JDK 13 Maven profile #1142.
> +Added the
> annotations package, including the Insecure, and Safe annotations.
>
>
>  
> diff --git
> a/src/main/java/org/apache/commons/lang3/annotations/Insecure.java
> b/src/main/java/org/apache/commons/lang3/annotations/Insecure.java
> new file mode 100644
> index 0..2802f1189
> --- /dev/null
> +++ b/src/main/java/org/apache/commons/lang3/annotations/Insecure.java
> @@ -0,0 +1,48 @@
> +/*
> + * Licensed to the Apache Software Foundation (ASF) under one or more
> + * contributor license agreements.  See the NOTICE file distributed with
> + * this work for additional information regarding copyright ownership.
> + * The ASF licenses this file to You under the Apache License, Version 2.0
> + * (the "License"); you may not use this file except in compliance with
> + * the License.  You may obtain a copy of the License at
> + *
> + *  http://www.apache.org/licenses/LICENSE-2.0
> + *
> + * Unless required by applicable law or agreed to in writing, software
> + * distributed under the License is distributed on an "AS IS" BASIS,
> + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
> implied.
> + * See the License for the specific language governing permissions and
> + * limitations under the License.
> + */
> +package org.apache.commons.lang3.annotations;
> +
> +import java.lang.annotation.Documented;
> +import java.lang.annotation.ElementType;
> +import java.lang.annotation.Retention;
> +import java.lang.annotation.RetentionPolicy;
> +import java.lang.annotation.Target;
> +
> +/**
> + * This annotation is used to indicate, that a constructor, or method
> + * is insecure to use, unless the input parameters contain safe
> ("trusted")
> + * values.
> + *
> + * For example, consider a method like 
> + *   {@literal @Insecure}
> + *   public void runCommand(String pCmdLine) {
> + *   }
> + * 
> + *
> + * The example method would invoke {@code /bin/sh} (Linux, Unix, or
> MacOS), or
> + * {@code cmd} (Windows) to run an external command, as given by the
> parameter
> + * {@code pCmdLine}. Obviously, depending on the value of the parameter,
> + * this can be dangerous, unless the API user (downstream developer)
> + * knows, that the parameter value is safe (for example, because
> it
> + * is hard coded, or because it has been compared to a white list of
> + * permissible values).
> + */
> +@Retention(RetentionPolicy.RUNTIME)
> +@Target({ElementType.CONSTRUCTOR, ElementType.METHOD})
> +@Documented
> +public @interface Insecure {
> +}
> diff --git a/src/main/java/org/apache/commons/lang3/annotations/Safe.java
> b/src/main/java/org/apache/commons/lang3/annotations/Safe.java
> new file mode 100644
> index 0..4b5212c71
> --- /dev/null
> +++ b/src/main/java/org/apache/commons/lang3/annotations/Safe.java
> @@ -0,0 +1,61 @@
> +/*
> + * Licensed to the Apache Software Foundation (ASF) under one or more
> + * contributor license agreements.  See the NOTICE file distributed with
> + * this work for additional information regarding copyright ownership.
> + * The ASF licenses this file to You under the Apache License, Version 2.0
> + * (the "License"); you may not use this 

[ANNOUNCE] Apache Commons Logging 1.3.2

[Gary Gregory]

The Apache Commons Logging team is pleased to announce the release of
Apache Commons Logging 1.3.2.

Apache Commons Logging is a thin adapter allowing configurable
bridging to other, well-known logging systems.

This is a feature and maintenance release. Java 8 or later is required.

Historical list of changes:
https://commons.apache.org/proper/commons-logging/changes-report.html

Download it from
https://commons.apache.org/proper/commons-logging/download_logging.cgi

For complete information on Apache Commons Logging, including
instructions on how to submit bug reports, patches, or suggestions for
improvement, see the Apache Commons Logging website:

https://commons.apache.org/proper/commons-logging/

Gary Gregory
Apache Commons Team

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[ANNOUNCE] Apache Commons Parent 70

[Gary Gregory]

The Apache Commons Parent team is pleased to announce the release of
Apache Commons Parent 70.

The Apache Commons Parent POM provides common settings for all Apache
Commons components.

Version 70: Maintenance and update dependencies

Historical list of changes:
https://commons.apache.org/proper/commons-parent/changes-report.html

For complete information on Apache Commons Parent, including
instructions on how to submit bug reports, patches, or suggestions for
improvement, see the Apache Commons Parent website:

https://commons.apache.org/proper/commons-parent/

Gary Gregory
Apache Commons Team

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Release Apache Commons Logging 1.3.2 based on RC3

[Gary Gregory]

This release vote thread passes with the following +1 binding votes:

- Rob Tompkins (chtompki)
- Bruno Kinoshita (kinow)
- Gary Gregory (ggregory)

Gary

On Mon, May 13, 2024 at 1:10 PM Gary Gregory  wrote:
>
> My +1
>
> Gary
>
>
> On Mon, May 13, 2024, 10:17 AM Rob Tompkins  wrote:
>>
>> +1 looks good.
>>
>> Thanks a ton
>>
>> > On May 12, 2024, at 8:33 AM, Gary Gregory  wrote:
>> >
>> > [The only difference with RC2 is the release notes text file]
>> >
>> > We have fixed a few bugs and added enhancements since Apache Commons
>> > Logging 1.3.1 was released, so I would like to release Apache Commons
>> > Logging 1.3.2.
>> >
>> > Apache Commons Logging 1.3.2 RC3 is available for review here:
>> >https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC3
>> > (svn revision 69111)
>> >
>> > The Git tag commons-logging-1.3.2-RC3 commit for this RC is
>> > 51ee80926c25ad32cb50700996edf56ef9bb901b which you can browse here:
>> >
>> > https://gitbox.apache.org/repos/asf?p=commons-logging.git;a=commit;h=51ee80926c25ad32cb50700996edf56ef9bb901b
>> > You may checkout this tag using:
>> >git clone https://gitbox.apache.org/repos/asf/commons-logging.git
>> > --branch commons-logging-1.3.2-RC3 commons-logging-1.3.2-RC3
>> >
>> > Maven artifacts are here:
>> >
>> > https://repository.apache.org/content/repositories/orgapachecommons-1728/commons-logging/commons-logging/1.3.2/
>> >
>> > These are the artifacts and their hashes:
>> >
>> > #Release SHA-512s
>> > #Sun May 12 12:28:47 UTC 2024
>> > commons-logging-1.3.2-adapters.jar=ca7783d5658395a34a1cfdaac0717563d4211cbe331f56a639527edf40824ef47b14bc5b194f329f0119d0ce582bd527f32fa0dd5971fbe6947bc35cdf292de0
>> > commons-logging-1.3.2-api.jar=c973a826ad20c0c890ed405632320b3fed1d969079205f69a49327cec282d1cc1223fa0b5646a5de84e31a209c060a5ad6614f38c558482c9bbe2ab0a99d54e0
>> > commons-logging-1.3.2-bin.tar.gz=13fa96d0e119c4e671e17cd391fbbe869642e0c769b6a91ebc29b918c3cd1c173d9e0ac18400d41848b611adbaee2386932121dcef3ab0937a78ecf73dbab4fc
>> > commons-logging-1.3.2-bin.zip=46479bbcdb6c204e97bd006072ce610ac2b0200cb8657b78dfbfa027a293a7746c32ef74bf118eafe0919e81e78ff15354d2124a87a959300e56452a33d0d5b3
>> > commons-logging-1.3.2-bom.json=140a60c1bc7960ffd0e4eb733efc8733778a0228adeaff2dd4d9ee6ffd7bc4f5eb7f6152b18f3d5c662e4041c56cfcd1d4f103c628a9177d5cb475db463c1aea
>> > commons-logging-1.3.2-bom.xml=0f2e5b2b45ed7d22ea5d03b6641b1518e98cf1ff4b641b475ececfe91ca5ea65877d18a4c647116944e71a55ce68a20dc93c3b1b98faa50d2d5b0d1c22a4ac56
>> > commons-logging-1.3.2-javadoc.jar=d8635955b27887aecb7ad3956b4a51c3e543ea85f1dd65eb7bdc7bcac2db417d48321a0a09faf6f8a369b818c4a55810c8ae6f298895aa49571291bd49c448f8
>> > commons-logging-1.3.2-sources.jar=8f83cb0fbdbed75eb0cbac0d53c91bc484e19034640536d376f26706d02427c9db8f64048bf76deaba14f1b4494611755b4cd89830a630f67b43890048a87650
>> > commons-logging-1.3.2-src.tar.gz=9c3a43d0507c16e08d35052e84326206d3cfbfa7c1cb6e6a9d739e7eada92febe3c332185c42220ce12b68b7b95e0ba8bfdcaa233571eca7ec395663f7a262ea
>> > commons-logging-1.3.2-src.zip=933d741489788ba8287e189f4d4b7840623866ba0d7e689d3e2ddf8038926e8bfd7bfbf327542edf1468cd1cf3307a27dc71c971b423902b53c15bc9c8546ec2
>> > commons-logging-1.3.2-test-sources.jar=4264e97c1f0fba85280daa9ca62d233c16e0f626c79606a9dd4db6276fc5da2e5dfc7810af7bbb35308a62f707480f25cc89e9f6c25ef935b3c0e6d8569272c7
>> > commons-logging-1.3.2-tests.jar=fc8a0217379e71e4aee34cfb19eeebf5fab93fb3566eda798ce211adbe46b13e829f89f16665dd613ba31984ef9d78802a9f0b7b1a0a3706b33c7ce3696fc4da
>> > commons-logging_commons-logging-1.3.2.spdx.json=b43a2bcf3b232ba7bbf9c0173e2c1beb4f229dcb6345430d7b67bc4400faf6eb4055b150bed96b44ddb486cbcd68a2f1a7a9a894d416d10c1a37ec3b089a07cb
>> >
>> > I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
>> > jacoco -P japicmp clean package site deploy' using:
>> >
>> > openjdk version "21.0.3" 2024-04-16
>> > OpenJDK Runtime Environment Homebrew (build 21.0.3)
>> > OpenJDK 64-Bit Server VM Homebrew (build 21.0.3, mixed mode, sharing)
>> >
>> > Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
>> > Maven home: /usr/local/Cellar/maven/3.9.6/libexec
>> > Java version: 21.0.3, vendor: Homebrew, runtime:
>> > /usr/local/Cellar/openjdk/21.0.3/libexec/openjdk.jdk/Contents/Home
>> > Default locale: en_US, platform encoding: UTF-8
>> > OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac&q

Re: [VOTE][LAZY] Release Apache Commons Parent 70 based on RC1

[Gary Gregory]

This lazy vote passes with the following binding +1 votes:

- Gary Gregory (ggregory)

Gary

On Wed, May 15, 2024 at 9:06 AM Gary Gregory  wrote:
>
> My +1
>
> Gary
>
> On Sat, May 11, 2024 at 10:34 AM Gary Gregory  wrote:
> >
> > We have added enhancements since Apache Commons Parent 69 was
> > released, so I would like to release Apache Commons Parent 70.
> >
> > Apache Commons Parent 70 RC1 is available for review here:
> > https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1 (svn
> > revision 69104)
> >
> > The Git tag commons-parent-70-RC1 commit for this RC is
> > e3c255492606a669eca37c5addd70a4387071fbf which you can browse here:
> > 
> > https://gitbox.apache.org/repos/asf?p=commons-parent.git;a=commit;h=e3c255492606a669eca37c5addd70a4387071fbf
> > You may checkout this tag using:
> > git clone https://gitbox.apache.org/repos/asf/commons-parent.git
> > --branch commons-parent-70-RC1 commons-parent-70-RC1
> >
> > Maven artifacts are here:
> > 
> > https://repository.apache.org/content/repositories/orgapachecommons-1726/org/apache/commons/commons-parent/70/
> >
> > These are the artifacts and their hashes:
> >
> > #Release SHA-512s
> > #Sat May 11 14:27:12 UTC 2024
> > commons-parent-70-bom.json=cb08056ebb04bb12b7b4c0411b67fac9c425d1288d644fbdda12936bfff44db73571c054bce29b9eed6ce6f70f2310a24bcf92c2aea7d0190f25f95c89ea7035
> > commons-parent-70-bom.xml=e2d9a7a8a612373d555c9bbc9f325173244ce6a25edbebde4006ba07817f9f3c2dc9eefc0735ab7d6984b956b1f86b1abbf217ced6cfcafa2a258339f2f43e75
> > commons-parent-70-site.xml=5f045989b2c281c567467548678fe8685efabf5c13104299eea87b6ab6b6a75c9e98b590d7b288b8ec3a06934061709d0851a6dd9d9b45100ee2950908ec2d6c
> > commons-parent-70-src.tar.gz=5a2a007517a40493f5e74fb72063fca24200db812324b9820f5f5d0b5dad4e147535a0fe9e5d7a90ddb9e425e43f6491b1cc16cf4fc244ac289f4bf2edea0a34
> > commons-parent-70-src.zip=93d1b8a7b762c74d7043ed3655491d4fed1dd83d64256c5909becadb1e49e7781bf64b1a020eaab7bf3854d161771b871b17f135de16317e68034bc95d23ac6d
> > org.apache.commons_commons-parent-70.spdx.json=16b2ccbd6591a99ee405b92ebe29f32dd609c07de6f53367564abb0d0d200c8d89cc8810463c3ec85592757930201f2422064c97f5be3fd21c45164c3343c524
> >
> > I have tested this with 'mvn' and 'mvn -V Prelease -Ptest-deploy -P
> > jacoco -P japicmp clean package site deploy' using:
> >
> > openjdk version "17.0.11" 2024-04-16
> > OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
> > OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)
> >
> > Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> > Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> > Java version: 17.0.11, vendor: Homebrew, runtime:
> > /usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
> > Default locale: en_US, platform encoding: UTF-8
> > OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
> >
> > Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> > PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
> >
> > Details of changes since 69 are in the release notes:
> > 
> > https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/RELEASE-NOTES.txt
> > 
> > https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/site/changes-report.html
> >
> > Site:
> > 
> > https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/site/index.html
> > (note some *relative* links are broken and the 70 directories are
> > not yet created - these will be OK once the site is deployed.)
> >
> > RAT Report:
> > 
> > https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/site/rat-report.html
> >
> > KEYS:
> >   https://downloads.apache.org/commons/KEYS
> >
> > Please review the release candidate and vote.
> > This vote will close no sooner than 72 hours from now.
> >
> >   [ ] +1 Release these artifacts
> >   [ ] +0 OK, but...
> >   [ ] -0 OK, but really should fix...
> >   [ ] -1 I oppose this release because...
> >
> > Thank you,
> >
> > Gary Gregory,
> > Release Manager (using key 86fdc7e2a11262cb)
> >
> > For following is intended as a helper and refresher for reviewers.
> >
> > Validating a release candidate
> > ==
> >
> > These guidelines are NOT complete.
> >
> > Requirements: Git, Java, Maven.
> >
> > You can validate a release from a release candidate (RC) tag as follows.
> >
&g

Re: [VOTE][LAZY] Release Apache Commons Parent 70 based on RC1

[Gary Gregory]

My +1

Gary

On Sat, May 11, 2024 at 10:34 AM Gary Gregory  wrote:
>
> We have added enhancements since Apache Commons Parent 69 was
> released, so I would like to release Apache Commons Parent 70.
>
> Apache Commons Parent 70 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1 (svn
> revision 69104)
>
> The Git tag commons-parent-70-RC1 commit for this RC is
> e3c255492606a669eca37c5addd70a4387071fbf which you can browse here:
> 
> https://gitbox.apache.org/repos/asf?p=commons-parent.git;a=commit;h=e3c255492606a669eca37c5addd70a4387071fbf
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-parent.git
> --branch commons-parent-70-RC1 commons-parent-70-RC1
>
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1726/org/apache/commons/commons-parent/70/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sat May 11 14:27:12 UTC 2024
> commons-parent-70-bom.json=cb08056ebb04bb12b7b4c0411b67fac9c425d1288d644fbdda12936bfff44db73571c054bce29b9eed6ce6f70f2310a24bcf92c2aea7d0190f25f95c89ea7035
> commons-parent-70-bom.xml=e2d9a7a8a612373d555c9bbc9f325173244ce6a25edbebde4006ba07817f9f3c2dc9eefc0735ab7d6984b956b1f86b1abbf217ced6cfcafa2a258339f2f43e75
> commons-parent-70-site.xml=5f045989b2c281c567467548678fe8685efabf5c13104299eea87b6ab6b6a75c9e98b590d7b288b8ec3a06934061709d0851a6dd9d9b45100ee2950908ec2d6c
> commons-parent-70-src.tar.gz=5a2a007517a40493f5e74fb72063fca24200db812324b9820f5f5d0b5dad4e147535a0fe9e5d7a90ddb9e425e43f6491b1cc16cf4fc244ac289f4bf2edea0a34
> commons-parent-70-src.zip=93d1b8a7b762c74d7043ed3655491d4fed1dd83d64256c5909becadb1e49e7781bf64b1a020eaab7bf3854d161771b871b17f135de16317e68034bc95d23ac6d
> org.apache.commons_commons-parent-70.spdx.json=16b2ccbd6591a99ee405b92ebe29f32dd609c07de6f53367564abb0d0d200c8d89cc8810463c3ec85592757930201f2422064c97f5be3fd21c45164c3343c524
>
> I have tested this with 'mvn' and 'mvn -V Prelease -Ptest-deploy -P
> jacoco -P japicmp clean package site deploy' using:
>
> openjdk version "17.0.11" 2024-04-16
> OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
> OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)
>
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> Java version: 17.0.11, vendor: Homebrew, runtime:
> /usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
>
> Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
>
> Details of changes since 69 are in the release notes:
> 
> https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/RELEASE-NOTES.txt
> 
> https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/site/changes-report.html
>
> Site:
> 
> https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/site/index.html
> (note some *relative* links are broken and the 70 directories are
> not yet created - these will be OK once the site is deployed.)
>
> RAT Report:
> 
> https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/site/rat-report.html
>
> KEYS:
>   https://downloads.apache.org/commons/KEYS
>
> Please review the release candidate and vote.
> This vote will close no sooner than 72 hours from now.
>
>   [ ] +1 Release these artifacts
>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this release because...
>
> Thank you,
>
> Gary Gregory,
> Release Manager (using key 86fdc7e2a11262cb)
>
> For following is intended as a helper and refresher for reviewers.
>
> Validating a release candidate
> ==
>
> These guidelines are NOT complete.
>
> Requirements: Git, Java, Maven.
>
> You can validate a release from a release candidate (RC) tag as follows.
>
> 1a) Clone and checkout the RC tag
>
> git clone https://gitbox.apache.org/repos/asf/commons-parent.git
> --branch commons-parent-70-RC1 commons-parent-70-RC1
> cd commons-parent-70-RC1
>
> 1b) Download and unpack the source archive from:
>
> https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/source
>
> 2) Check Apache licenses
>
> This step is not required if the site includes a RAT report page which
> you then must check.
>
> mvn apache-rat:check
>
> 3) Check binary compatibility
>
> Older components still use Apache Clirr:
>
> This step is not requir

Re: [CLI] Deprecated options and helpformatting

[Gary Gregory]

Sounds good to me! Thank you for talking it out. GoF reference appreciated
  

Looking forward to a PR,
Gary

On Tue, May 14, 2024, 1:47 PM Claude Warren  wrote:

> I have to admit that i am partial to build but in reviewing gang of four
> and various java build patterns i find that there are a number of terminal
> methods.
>
> Gary is, I now believe, correct; that the builder should implement
> Supplier.
>
>
>
> On Tue 14 May 2024, 19:28 Claude Warren,  wrote:
>
> > By factory i assume you mean builder in this context
> >
> > To my understanding a factory can produce mutiple types of objects while
> a
> > builder ony one.  I got called out on that awhile ago on a different
> project
> >
> > Should we then make all existing builders in CLI implement supplier and
> > deprecate the current build methods in favor of get?  Would this be your
> > recommendation?
> >
> >
> >
> > On Tue 14 May 2024, 19:02 Gary Gregory,  wrote:
> >
> >> Also think of the anti pattern of all Commons Components implementing
> >> their
> >> own factory pattern with a custom interface instead of just reusing
> Java's
> >> own Supplier.
> >>
> >> Gary
> >>
> >> On Tue, May 14, 2024, 1:00 PM Gary Gregory 
> >> wrote:
> >>
> >> > IMO future factories should only be Suppliers.
> >> >
> >> > Whether to deprecate current code in favor of Suppliers is possible if
> >> > only a bit noisy.
> >> >
> >> > Gary
> >> >
> >> > On Tue, May 14, 2024, 12:22 PM Claude Warren 
> wrote:
> >> >
> >> >> I have submitted a draft pull request
> >> >> https://github.com/apache/commons-cli/pull/272
> >> >>
> >> >> However, I would like to resolve the Builder/build Builder/get naming
> >> >> issue
> >> >> before I take it out of draft mode.
> >> >>
> >> >>
> >> >>
> >> >> On Tue, May 14, 2024 at 6:05 PM Claude Warren 
> >> wrote:
> >> >>
> >> >> > I will add some tests to show what it is doing in the various
> cases.
> >> >> But
> >> >> > I think that since we are now providing external developers with
> the
> >> >> > ability to display custom information about the Option there are a
> >> >> > couple of function that we could probably use internally and
> provide
> >> to
> >> >> the
> >> >> > external developer.
> >> >> >
> >> >> > A prime example is the ability to get the string "-s" or "-s,
> >> --longopt"
> >> >> > or "--longopt" as an output based on weather the option has a short
> >> >> option,
> >> >> > long option or both defined.  This is used in several places
> >> internally,
> >> >> > and I have had to code it for some external code I was developing.
> >> >> >
> >> >> > There are probably others that we can find the code base but I was
> >> >> > thinking an "OptionUtils" or "OptionFormat" or "OptionHelper" class
> >> that
> >> >> > has static methods taking an Option.
> >> >> >
> >> >> > Are there any objections to this?
> >> >> >
> >> >> >
> >> >> > On Tue, May 14, 2024 at 4:08 PM Claude Warren 
> >> wrote:
> >> >> >
> >> >> >> Eric, I may have broken it with my implementation of the
> >> HelpFormatter
> >> >> >> deprecatedFormatFunc() method.
> >> >> >>
> >> >> >> On Tue, May 14, 2024 at 4:06 PM Claude Warren 
> >> >> wrote:
> >> >> >>
> >> >> >>> We already have historical uses of builders in CLI (e.g.
> >> >> >>> CommandLine.Builder) that use build() not get().
> >> >> >>> In addition many of the other commons packages have Builders that
> >> are
> >> >> >>> triggered by a "build" call.
> >> >> >>>
> >> >> >>> On Tue, May 14, 2024 at 3:03 PM Gary Gregory <
> >> garydgreg...@gmail.com>
> >> >> >>> wrote:
> >> >> >>>
> >> >> >>>> Hi All,

Re: [CLI] Deprecated options and helpformatting

[Gary Gregory]

Also think of the anti pattern of all Commons Components implementing their
own factory pattern with a custom interface instead of just reusing Java's
own Supplier.

Gary

On Tue, May 14, 2024, 1:00 PM Gary Gregory  wrote:

> IMO future factories should only be Suppliers.
>
> Whether to deprecate current code in favor of Suppliers is possible if
> only a bit noisy.
>
> Gary
>
> On Tue, May 14, 2024, 12:22 PM Claude Warren  wrote:
>
>> I have submitted a draft pull request
>> https://github.com/apache/commons-cli/pull/272
>>
>> However, I would like to resolve the Builder/build Builder/get naming
>> issue
>> before I take it out of draft mode.
>>
>>
>>
>> On Tue, May 14, 2024 at 6:05 PM Claude Warren  wrote:
>>
>> > I will add some tests to show what it is doing in the various cases.
>> But
>> > I think that since we are now providing external developers with the
>> > ability to display custom information about the Option there are a
>> > couple of function that we could probably use internally and provide to
>> the
>> > external developer.
>> >
>> > A prime example is the ability to get the string "-s" or "-s, --longopt"
>> > or "--longopt" as an output based on weather the option has a short
>> option,
>> > long option or both defined.  This is used in several places internally,
>> > and I have had to code it for some external code I was developing.
>> >
>> > There are probably others that we can find the code base but I was
>> > thinking an "OptionUtils" or "OptionFormat" or "OptionHelper" class that
>> > has static methods taking an Option.
>> >
>> > Are there any objections to this?
>> >
>> >
>> > On Tue, May 14, 2024 at 4:08 PM Claude Warren  wrote:
>> >
>> >> Eric, I may have broken it with my implementation of the HelpFormatter
>> >> deprecatedFormatFunc() method.
>> >>
>> >> On Tue, May 14, 2024 at 4:06 PM Claude Warren 
>> wrote:
>> >>
>> >>> We already have historical uses of builders in CLI (e.g.
>> >>> CommandLine.Builder) that use build() not get().
>> >>> In addition many of the other commons packages have Builders that are
>> >>> triggered by a "build" call.
>> >>>
>> >>> On Tue, May 14, 2024 at 3:03 PM Gary Gregory 
>> >>> wrote:
>> >>>
>> >>>> Hi All,
>> >>>>
>> >>>> Better documentation is always nice :-)
>> >>>>
>> >>>> I vote for Supplier/get() because it does not require the invention
>> of
>> >>>> something new that does _exactly the same thing as the code already
>> >>>> provided in the JRE_.
>> >>>>
>> >>>> Gary
>> >>>>
>> >>>> On Tue, May 14, 2024 at 8:22 AM Claude Warren 
>> wrote:
>> >>>> >
>> >>>> > I find a couple of issues:
>> >>>> >
>> >>>> > No documentation for the new options.  (I am working on that).
>> >>>> > A weird mix of .get() and .build() methods on builders.  The new
>> >>>> builders
>> >>>> > all extend Supplier<> so the get makes sense in that respect, but I
>> >>>> don't
>> >>>> > think this is the normal nomenclature for Builders.  I expect a
>> >>>> build()
>> >>>> > method.  In any case we should settle on one or the other.  In case
>> >>>> it is
>> >>>> > not obvious I vote for build().
>> >>>> >
>> >>>> > On Mon, May 13, 2024 at 11:54 AM Claude Warren 
>> >>>> wrote:
>> >>>> >
>> >>>> > > Will do.
>> >>>> > >
>> >>>> > > On Sun, May 12, 2024 at 8:49 PM Gary Gregory <
>> >>>> garydgreg...@gmail.com>
>> >>>> > > wrote:
>> >>>> > >
>> >>>> > >> How does it look now?
>> >>>> > >>
>> >>>> > >> Would you check git master is OK, then I can cut a release
>> >>>> candidate
>> >>>> > >> later in the week.
>> >>>> > >>
>> >>>> > >>

Re: [CLI] Deprecated options and helpformatting

[Gary Gregory]

IMO future factories should only be Suppliers.

Whether to deprecate current code in favor of Suppliers is possible if only
a bit noisy.

Gary

On Tue, May 14, 2024, 12:22 PM Claude Warren  wrote:

> I have submitted a draft pull request
> https://github.com/apache/commons-cli/pull/272
>
> However, I would like to resolve the Builder/build Builder/get naming issue
> before I take it out of draft mode.
>
>
>
> On Tue, May 14, 2024 at 6:05 PM Claude Warren  wrote:
>
> > I will add some tests to show what it is doing in the various cases.  But
> > I think that since we are now providing external developers with the
> > ability to display custom information about the Option there are a
> > couple of function that we could probably use internally and provide to
> the
> > external developer.
> >
> > A prime example is the ability to get the string "-s" or "-s, --longopt"
> > or "--longopt" as an output based on weather the option has a short
> option,
> > long option or both defined.  This is used in several places internally,
> > and I have had to code it for some external code I was developing.
> >
> > There are probably others that we can find the code base but I was
> > thinking an "OptionUtils" or "OptionFormat" or "OptionHelper" class that
> > has static methods taking an Option.
> >
> > Are there any objections to this?
> >
> >
> > On Tue, May 14, 2024 at 4:08 PM Claude Warren  wrote:
> >
> >> Eric, I may have broken it with my implementation of the HelpFormatter
> >> deprecatedFormatFunc() method.
> >>
> >> On Tue, May 14, 2024 at 4:06 PM Claude Warren  wrote:
> >>
> >>> We already have historical uses of builders in CLI (e.g.
> >>> CommandLine.Builder) that use build() not get().
> >>> In addition many of the other commons packages have Builders that are
> >>> triggered by a "build" call.
> >>>
> >>> On Tue, May 14, 2024 at 3:03 PM Gary Gregory 
> >>> wrote:
> >>>
> >>>> Hi All,
> >>>>
> >>>> Better documentation is always nice :-)
> >>>>
> >>>> I vote for Supplier/get() because it does not require the invention of
> >>>> something new that does _exactly the same thing as the code already
> >>>> provided in the JRE_.
> >>>>
> >>>> Gary
> >>>>
> >>>> On Tue, May 14, 2024 at 8:22 AM Claude Warren 
> wrote:
> >>>> >
> >>>> > I find a couple of issues:
> >>>> >
> >>>> > No documentation for the new options.  (I am working on that).
> >>>> > A weird mix of .get() and .build() methods on builders.  The new
> >>>> builders
> >>>> > all extend Supplier<> so the get makes sense in that respect, but I
> >>>> don't
> >>>> > think this is the normal nomenclature for Builders.  I expect a
> >>>> build()
> >>>> > method.  In any case we should settle on one or the other.  In case
> >>>> it is
> >>>> > not obvious I vote for build().
> >>>> >
> >>>> > On Mon, May 13, 2024 at 11:54 AM Claude Warren 
> >>>> wrote:
> >>>> >
> >>>> > > Will do.
> >>>> > >
> >>>> > > On Sun, May 12, 2024 at 8:49 PM Gary Gregory <
> >>>> garydgreg...@gmail.com>
> >>>> > > wrote:
> >>>> > >
> >>>> > >> How does it look now?
> >>>> > >>
> >>>> > >> Would you check git master is OK, then I can cut a release
> >>>> candidate
> >>>> > >> later in the week.
> >>>> > >>
> >>>> > >> Gary
> >>>> > >>
> >>>> > >> On Sat, May 11, 2024 at 6:28 AM Claude Warren  >
> >>>> wrote:
> >>>> > >> >
> >>>> > >> > Also, it appears that the deprecatedHandler is only tested on
> >>>> the string
> >>>> > >> > option processing.  if the application retains a list of
> Options
> >>>> and
> >>>> > >> passes
> >>>> > >> > those in to be checked the deprecation check is not execute.
> >>>> > >> >
> >>>> 

Re: [CLI] Deprecated options and helpformatting

[Gary Gregory]

Hi All,

Better documentation is always nice :-)

I vote for Supplier/get() because it does not require the invention of
something new that does _exactly the same thing as the code already
provided in the JRE_.

Gary

On Tue, May 14, 2024 at 8:22 AM Claude Warren  wrote:
>
> I find a couple of issues:
>
> No documentation for the new options.  (I am working on that).
> A weird mix of .get() and .build() methods on builders.  The new builders
> all extend Supplier<> so the get makes sense in that respect, but I don't
> think this is the normal nomenclature for Builders.  I expect a build()
> method.  In any case we should settle on one or the other.  In case it is
> not obvious I vote for build().
>
> On Mon, May 13, 2024 at 11:54 AM Claude Warren  wrote:
>
> > Will do.
> >
> > On Sun, May 12, 2024 at 8:49 PM Gary Gregory 
> > wrote:
> >
> >> How does it look now?
> >>
> >> Would you check git master is OK, then I can cut a release candidate
> >> later in the week.
> >>
> >> Gary
> >>
> >> On Sat, May 11, 2024 at 6:28 AM Claude Warren  wrote:
> >> >
> >> > Also, it appears that the deprecatedHandler is only tested on the string
> >> > option processing.  if the application retains a list of Options and
> >> passes
> >> > those in to be checked the deprecation check is not execute.
> >> >
> >> > On Sat, May 11, 2024 at 12:18 PM Claude Warren 
> >> wrote:
> >> >
> >> > > Greetings,
> >> > >
> >> > > I see that there is a deprecated option in cli 1.7.0, and that it has
> >> some
> >> > > nice data.  But I don't see how to display the info in the help.
> >> > >
> >> > > It looks like the only option is to print "[Deprecated]" without any
> >> > > information from the deprecated info.  I think the HelpPrinter needs a
> >> > > function (similar to the command line deprecatedHandler) to convert
> >> the
> >> > > object to a string that can be prefixed to the option help output
> >> where the
> >> > > "[Deprecated]" is now.
> >> > >
> >> > > Does this make sense?
> >> > >
> >> > > Is there something I am overlooking that already does this?
> >> > >
> >> > > Claude
> >> > >
> >> > >
> >> > >
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
> >
> > --
> > LinkedIn: http://www.linkedin.com/in/claudewarren
> >
>
>
> --
> LinkedIn: http://www.linkedin.com/in/claudewarren

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Release Apache Commons Logging 1.3.2 based on RC2

[Gary Gregory]

Hi Piotr,

This issue you found has been fixed in RC3.

TY!
Gary

On Sun, May 12, 2024, 1:13 AM Piotr P. Karwasz 
wrote:

> Hi Gary,
>
> On Sat, 11 May 2024 at 19:55, Gary Gregory  wrote:
> > Details of changes since 1.3.1 are in the release notes:
> >
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/RELEASE-NOTES.txt
> >
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/changes-report.html
>
> The `RELEASE-NOTES.txt` file contains the changes for 1.3.1 twice and
> does not contain the changes for 1.3.2.
>
> Piotr
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [VOTE] Release Apache Commons Logging 1.3.2 based on RC3

[Gary Gregory]

My +1

Gary


On Mon, May 13, 2024, 10:17 AM Rob Tompkins  wrote:

> +1 looks good.
>
> Thanks a ton
>
> > On May 12, 2024, at 8:33 AM, Gary Gregory  wrote:
> >
> > [The only difference with RC2 is the release notes text file]
> >
> > We have fixed a few bugs and added enhancements since Apache Commons
> > Logging 1.3.1 was released, so I would like to release Apache Commons
> > Logging 1.3.2.
> >
> > Apache Commons Logging 1.3.2 RC3 is available for review here:
> >https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC3
> > (svn revision 69111)
> >
> > The Git tag commons-logging-1.3.2-RC3 commit for this RC is
> > 51ee80926c25ad32cb50700996edf56ef9bb901b which you can browse here:
> >
> https://gitbox.apache.org/repos/asf?p=commons-logging.git;a=commit;h=51ee80926c25ad32cb50700996edf56ef9bb901b
> > You may checkout this tag using:
> >git clone https://gitbox.apache.org/repos/asf/commons-logging.git
> > --branch commons-logging-1.3.2-RC3 commons-logging-1.3.2-RC3
> >
> > Maven artifacts are here:
> >
> https://repository.apache.org/content/repositories/orgapachecommons-1728/commons-logging/commons-logging/1.3.2/
> >
> > These are the artifacts and their hashes:
> >
> > #Release SHA-512s
> > #Sun May 12 12:28:47 UTC 2024
> >
> commons-logging-1.3.2-adapters.jar=ca7783d5658395a34a1cfdaac0717563d4211cbe331f56a639527edf40824ef47b14bc5b194f329f0119d0ce582bd527f32fa0dd5971fbe6947bc35cdf292de0
> >
> commons-logging-1.3.2-api.jar=c973a826ad20c0c890ed405632320b3fed1d969079205f69a49327cec282d1cc1223fa0b5646a5de84e31a209c060a5ad6614f38c558482c9bbe2ab0a99d54e0
> >
> commons-logging-1.3.2-bin.tar.gz=13fa96d0e119c4e671e17cd391fbbe869642e0c769b6a91ebc29b918c3cd1c173d9e0ac18400d41848b611adbaee2386932121dcef3ab0937a78ecf73dbab4fc
> >
> commons-logging-1.3.2-bin.zip=46479bbcdb6c204e97bd006072ce610ac2b0200cb8657b78dfbfa027a293a7746c32ef74bf118eafe0919e81e78ff15354d2124a87a959300e56452a33d0d5b3
> >
> commons-logging-1.3.2-bom.json=140a60c1bc7960ffd0e4eb733efc8733778a0228adeaff2dd4d9ee6ffd7bc4f5eb7f6152b18f3d5c662e4041c56cfcd1d4f103c628a9177d5cb475db463c1aea
> >
> commons-logging-1.3.2-bom.xml=0f2e5b2b45ed7d22ea5d03b6641b1518e98cf1ff4b641b475ececfe91ca5ea65877d18a4c647116944e71a55ce68a20dc93c3b1b98faa50d2d5b0d1c22a4ac56
> >
> commons-logging-1.3.2-javadoc.jar=d8635955b27887aecb7ad3956b4a51c3e543ea85f1dd65eb7bdc7bcac2db417d48321a0a09faf6f8a369b818c4a55810c8ae6f298895aa49571291bd49c448f8
> >
> commons-logging-1.3.2-sources.jar=8f83cb0fbdbed75eb0cbac0d53c91bc484e19034640536d376f26706d02427c9db8f64048bf76deaba14f1b4494611755b4cd89830a630f67b43890048a87650
> >
> commons-logging-1.3.2-src.tar.gz=9c3a43d0507c16e08d35052e84326206d3cfbfa7c1cb6e6a9d739e7eada92febe3c332185c42220ce12b68b7b95e0ba8bfdcaa233571eca7ec395663f7a262ea
> >
> commons-logging-1.3.2-src.zip=933d741489788ba8287e189f4d4b7840623866ba0d7e689d3e2ddf8038926e8bfd7bfbf327542edf1468cd1cf3307a27dc71c971b423902b53c15bc9c8546ec2
> >
> commons-logging-1.3.2-test-sources.jar=4264e97c1f0fba85280daa9ca62d233c16e0f626c79606a9dd4db6276fc5da2e5dfc7810af7bbb35308a62f707480f25cc89e9f6c25ef935b3c0e6d8569272c7
> >
> commons-logging-1.3.2-tests.jar=fc8a0217379e71e4aee34cfb19eeebf5fab93fb3566eda798ce211adbe46b13e829f89f16665dd613ba31984ef9d78802a9f0b7b1a0a3706b33c7ce3696fc4da
> >
> commons-logging_commons-logging-1.3.2.spdx.json=b43a2bcf3b232ba7bbf9c0173e2c1beb4f229dcb6345430d7b67bc4400faf6eb4055b150bed96b44ddb486cbcd68a2f1a7a9a894d416d10c1a37ec3b089a07cb
> >
> > I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> > jacoco -P japicmp clean package site deploy' using:
> >
> > openjdk version "21.0.3" 2024-04-16
> > OpenJDK Runtime Environment Homebrew (build 21.0.3)
> > OpenJDK 64-Bit Server VM Homebrew (build 21.0.3, mixed mode, sharing)
> >
> > Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> > Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> > Java version: 21.0.3, vendor: Homebrew, runtime:
> > /usr/local/Cellar/openjdk/21.0.3/libexec/openjdk.jdk/Contents/Home
> > Default locale: en_US, platform encoding: UTF-8
> > OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
> >
> > Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> > PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
> >
> > Details of changes since 1.3.1 are in the release notes:
> >
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC3/RELEASE-NOTES.txt
> >
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC3/site/changes-report.html
>

Re: [CLI] Deprecated options and helpformatting

[Gary Gregory]

How does it look now?

Would you check git master is OK, then I can cut a release candidate
later in the week.

Gary

On Sat, May 11, 2024 at 6:28 AM Claude Warren  wrote:
>
> Also, it appears that the deprecatedHandler is only tested on the string
> option processing.  if the application retains a list of Options and passes
> those in to be checked the deprecation check is not execute.
>
> On Sat, May 11, 2024 at 12:18 PM Claude Warren  wrote:
>
> > Greetings,
> >
> > I see that there is a deprecated option in cli 1.7.0, and that it has some
> > nice data.  But I don't see how to display the info in the help.
> >
> > It looks like the only option is to print "[Deprecated]" without any
> > information from the deprecated info.  I think the HelpPrinter needs a
> > function (similar to the command line deprecatedHandler) to convert the
> > object to a string that can be prefixed to the option help output where the
> > "[Deprecated]" is now.
> >
> > Does this make sense?
> >
> > Is there something I am overlooking that already does this?
> >
> > Claude
> >
> >
> >

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [JCS] How to proceed? was: Re: [VOTE] Release Apache Commons JCS 3.2.1 based on rc2

[Gary Gregory]

I suggest the following:

- Refactor the failing test methods into a new test class.
- Document the environmental requirements in the new test's Javadoc.
Document how to skip this one test from the comment line in the
Javadoc: mvn ... -Dtest='!ClassNameTest'
- Document the above in the VOTE email and release notes.
- Perhaps also document the threshold in the VOTE what constitutes
acceptable coverage for RC: Java versions and OS types/versions.
- The RM then decides if the threshold is met based on the VOTE replies

Gary

On Sun, May 12, 2024 at 2:21 PM Thomas Vandahl  wrote:
>
> Hi folks,
>
> how shall we proceed with the release process? We have tests which rely on a 
> working multicast configuration. This seems to be a serious obstacle. I can 
> exclude the tests so that the build should be runnable by anyone. Downside 
> is, that we don't test the feature anymore.
>
> I'm a bit at a loss on how to tackle this problem. I'm open for suggestions. 
> Please help!
>
> Bye, Thomas
>
> > Am 05.05.2024 um 19:20 schrieb Thomas Vandahl :
> >
> > Hi Bruno,
> >
> >> Am 02.05.2024 um 22:01 schrieb Bruno Kinoshita :
> >>
> >> Tried building the project but alas I think my network has UDP multicast
> >> issues?
> >>
> >> [ERROR] Failures:
> >> [ERROR]   UDPDiscoverySenderEncryptedUnitTest.testPassiveBroadcast:122
> >> message not received
> >> [ERROR]   UDPDiscoverySenderEncryptedUnitTest.testRemoveBroadcast:150
> >> message not received
> >> [ERROR]   UDPDiscoverySenderEncryptedUnitTest.testRequestBroadcast:175
> >> message not received
> >> [ERROR]   UDPDiscoverySenderUnitTest.testPassiveBroadcast:119 message not
> >> received
> >> [ERROR]   UDPDiscoverySenderUnitTest.testRemoveBroadcast:149 message not
> >> received
> >> [ERROR]   UDPDiscoverySenderUnitTest.testRequestBroadcast:176 message not
> >> received
> >> [ERROR]
> >> UDPDiscoveryUnitTest.testSimpleUDPDiscoveryIPv4:49->simpleUDPDiscovery:131
> >> Receiver count [0] should be the at least the number sent [10].
> >> [INFO]
> >> [ERROR] Tests run: 431, Failures: 7, Errors: 0, Skipped: 0
> >
> > Yes, this means that multicast consistently does not work in your 
> > environment - for whatever reason.
> > There are several test tools available to check for configuration problems, 
> > like for example this one: 
> > https://github.com/enclave-networks/multicast-test 
> > 
> >
> > Could you please give it a try?
> >
> > Bye, Thomas
>
>
> -
> 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

[VOTE] Release Apache Commons Logging 1.3.2 based on RC3

[Gary Gregory]

[The only difference with RC2 is the release notes text file]

We have fixed a few bugs and added enhancements since Apache Commons
Logging 1.3.1 was released, so I would like to release Apache Commons
Logging 1.3.2.

Apache Commons Logging 1.3.2 RC3 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC3
(svn revision 69111)

The Git tag commons-logging-1.3.2-RC3 commit for this RC is
51ee80926c25ad32cb50700996edf56ef9bb901b which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-logging.git;a=commit;h=51ee80926c25ad32cb50700996edf56ef9bb901b
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-logging.git
--branch commons-logging-1.3.2-RC3 commons-logging-1.3.2-RC3

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1728/commons-logging/commons-logging/1.3.2/

These are the artifacts and their hashes:

#Release SHA-512s
#Sun May 12 12:28:47 UTC 2024
commons-logging-1.3.2-adapters.jar=ca7783d5658395a34a1cfdaac0717563d4211cbe331f56a639527edf40824ef47b14bc5b194f329f0119d0ce582bd527f32fa0dd5971fbe6947bc35cdf292de0
commons-logging-1.3.2-api.jar=c973a826ad20c0c890ed405632320b3fed1d969079205f69a49327cec282d1cc1223fa0b5646a5de84e31a209c060a5ad6614f38c558482c9bbe2ab0a99d54e0
commons-logging-1.3.2-bin.tar.gz=13fa96d0e119c4e671e17cd391fbbe869642e0c769b6a91ebc29b918c3cd1c173d9e0ac18400d41848b611adbaee2386932121dcef3ab0937a78ecf73dbab4fc
commons-logging-1.3.2-bin.zip=46479bbcdb6c204e97bd006072ce610ac2b0200cb8657b78dfbfa027a293a7746c32ef74bf118eafe0919e81e78ff15354d2124a87a959300e56452a33d0d5b3
commons-logging-1.3.2-bom.json=140a60c1bc7960ffd0e4eb733efc8733778a0228adeaff2dd4d9ee6ffd7bc4f5eb7f6152b18f3d5c662e4041c56cfcd1d4f103c628a9177d5cb475db463c1aea
commons-logging-1.3.2-bom.xml=0f2e5b2b45ed7d22ea5d03b6641b1518e98cf1ff4b641b475ececfe91ca5ea65877d18a4c647116944e71a55ce68a20dc93c3b1b98faa50d2d5b0d1c22a4ac56
commons-logging-1.3.2-javadoc.jar=d8635955b27887aecb7ad3956b4a51c3e543ea85f1dd65eb7bdc7bcac2db417d48321a0a09faf6f8a369b818c4a55810c8ae6f298895aa49571291bd49c448f8
commons-logging-1.3.2-sources.jar=8f83cb0fbdbed75eb0cbac0d53c91bc484e19034640536d376f26706d02427c9db8f64048bf76deaba14f1b4494611755b4cd89830a630f67b43890048a87650
commons-logging-1.3.2-src.tar.gz=9c3a43d0507c16e08d35052e84326206d3cfbfa7c1cb6e6a9d739e7eada92febe3c332185c42220ce12b68b7b95e0ba8bfdcaa233571eca7ec395663f7a262ea
commons-logging-1.3.2-src.zip=933d741489788ba8287e189f4d4b7840623866ba0d7e689d3e2ddf8038926e8bfd7bfbf327542edf1468cd1cf3307a27dc71c971b423902b53c15bc9c8546ec2
commons-logging-1.3.2-test-sources.jar=4264e97c1f0fba85280daa9ca62d233c16e0f626c79606a9dd4db6276fc5da2e5dfc7810af7bbb35308a62f707480f25cc89e9f6c25ef935b3c0e6d8569272c7
commons-logging-1.3.2-tests.jar=fc8a0217379e71e4aee34cfb19eeebf5fab93fb3566eda798ce211adbe46b13e829f89f16665dd613ba31984ef9d78802a9f0b7b1a0a3706b33c7ce3696fc4da
commons-logging_commons-logging-1.3.2.spdx.json=b43a2bcf3b232ba7bbf9c0173e2c1beb4f229dcb6345430d7b67bc4400faf6eb4055b150bed96b44ddb486cbcd68a2f1a7a9a894d416d10c1a37ec3b089a07cb

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "21.0.3" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 21.0.3)
OpenJDK 64-Bit Server VM Homebrew (build 21.0.3, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 21.0.3, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk/21.0.3/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 1.3.1 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC3/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC3/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC3/site/index.html
(note some *relative* links are broken and the 1.3.2 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 1.3.1):

https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC3/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC3/site/rat-report.html

KEYS:
  https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

F

[CANCEL][VOTE] Release Apache Commons Logging 1.3.2 based on RC2

[Gary Gregory]

I am canceling this RC to fix the release notes.

RC3 coming up...

Gary

On Sun, May 12, 2024, 1:13 AM Piotr P. Karwasz 
wrote:

> Hi Gary,
>
> On Sat, 11 May 2024 at 19:55, Gary Gregory  wrote:
> > Details of changes since 1.3.1 are in the release notes:
> >
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/RELEASE-NOTES.txt
> >
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/changes-report.html
>
> The `RELEASE-NOTES.txt` file contains the changes for 1.3.1 twice and
> does not contain the changes for 1.3.2.
>
> Piotr
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [COLLECTIONS] Is the changes.xml file automatically updated by pull merge?

[Gary Gregory]

I usually update changes.xml right after I merge a PR.

Gary

On Sun, May 12, 2024, 6:12 AM Claude Warren  wrote:

> --
> LinkedIn: http://www.linkedin.com/in/claudewarren
>

Re: [VOTE] Release Apache Commons Logging 1.3.2 based on RC2

[Gary Gregory]

The subject should read "RC1", not "RC2" sorry about that.

Gary

On Sat, May 11, 2024 at 1:55 PM Gary Gregory  wrote:
>
> We have fixed a few bugs and added enhancements since Apache Commons
> Logging 1.3.1 was released, so I would like to release Apache Commons
> Logging 1.3.2.
>
> Apache Commons Logging 1.3.2 RC2 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2
> (svn revision 69106)
>
> The Git tag commons-logging-1.3.2-RC2 commit for this RC is
> 77474c5661ca60e18fc9499a4c4195df0c63ebe2 which you can browse here:
> 
> https://gitbox.apache.org/repos/asf?p=commons-logging.git;a=commit;h=77474c5661ca60e18fc9499a4c4195df0c63ebe2
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-logging.git
> --branch commons-logging-1.3.2-RC2 commons-logging-1.3.2-RC2
>
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1727/commons-logging/commons-logging/1.3.2/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sat May 11 17:49:03 UTC 2024
> commons-logging-1.3.2-adapters.jar=06715cd88b99c4a26e49cff7dc059104793a2d2a516cb7457486b41c63ccb7cda6faf8a4cef2edaa05779d7de4c95b2ba68214881893d87e4b5d6d2f49607021
> commons-logging-1.3.2-api.jar=c621d38229834fb42a99d485af0ddec9d7f842d5177eaacbbe1e1ec13820621af436b717c51560bd5dce07fc5f3eef0f58da81d3c524cdd0c277ad986149be49
> commons-logging-1.3.2-bin.tar.gz=e970524f480e43a4e65f9518db3a1f8fe79f63339049fb2d03f36ee4f653e6eb9ca395afdc2dbacac4334ca379787073c542ba57caa87f78d888d2eee48ce042
> commons-logging-1.3.2-bin.zip=c2b99aa7e1bb174214d6ad851dc61a07f3098c035ae5b36792fbc3cc9d8ba01bbe477035397b9b7361c09344f28f3eb5666b7b52d897b73fbd4e4415d80b72b3
> commons-logging-1.3.2-bom.json=140a60c1bc7960ffd0e4eb733efc8733778a0228adeaff2dd4d9ee6ffd7bc4f5eb7f6152b18f3d5c662e4041c56cfcd1d4f103c628a9177d5cb475db463c1aea
> commons-logging-1.3.2-bom.xml=0f2e5b2b45ed7d22ea5d03b6641b1518e98cf1ff4b641b475ececfe91ca5ea65877d18a4c647116944e71a55ce68a20dc93c3b1b98faa50d2d5b0d1c22a4ac56
> commons-logging-1.3.2-javadoc.jar=575e4b4f94455f26df7d1173d237a3837c32bf5a957b2f024dc7bd6c903029cf0c4fb544a0c2b2b867ad9d7a0b947799ba035fde3f51c4b81cabc920b9b111bf
> commons-logging-1.3.2-sources.jar=87a8ce1dd2238d2962fc727bd4d09d81e352a028fe144c8113d0c983515c17765a59a582c19339f522d950de281fbf683b807e7d2c0a13dfb8a8ed2609f2cd18
> commons-logging-1.3.2-src.tar.gz=d31c8c44ba851018baae4381320ebe8c585c7fd870ef7e0687c2655722dbeac415f96648d6bee21d4849e1890747b2b78b6995b3095ddd763840a4698890940e
> commons-logging-1.3.2-src.zip=07dc4d5311bbaaa3fd3952c3f77bd887c344415af8fffae1a7b5c41d3d96c9c8a8d18f3b3f7956851e07b89628dfaaa4d087af42f394318678a204f43fe86731
> commons-logging-1.3.2-test-sources.jar=b9e816cbea3197ad706a9866629fcf0b2d33410ef6f9a15dbe92aea8baa28adb7dc247376ddefa6128384275696160b5ae504d97b73a7dada754747e56d89eb4
> commons-logging-1.3.2-tests.jar=fd106e33f28d13896e4f8f93d7969777ec3d99d318b0fb10e165f81bae598d1473ecc81dadaefe7114025a73283063f86cd3465385eb03ba6e964e6c294c9ddb
> commons-logging_commons-logging-1.3.2.spdx.json=f703382e3b70b9f63e50aa8c788cfbe6deb8fcbc62526628e52162b2afe060a67813e0491bd98d238242ac9dff09d648df8ef3decf48ee882ecc00e85d7ee81b
>
> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> jacoco -P japicmp clean package site deploy' using:
>
> openjdk version "21.0.3" 2024-04-16
> OpenJDK Runtime Environment Homebrew (build 21.0.3)
> OpenJDK 64-Bit Server VM Homebrew (build 21.0.3, mixed mode, sharing)
>
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> Java version: 21.0.3, vendor: Homebrew, runtime:
> /usr/local/Cellar/openjdk/21.0.3/libexec/openjdk.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
>
> Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
>
> Details of changes since 1.3.1 are in the release notes:
> 
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/RELEASE-NOTES.txt
> 
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/changes-report.html
>
> Site:
> 
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/index.html
> (note some *relative* links are broken and the 1.3.2 directories
> are not yet created - these will be OK once the site is deployed.)
>
> JApiCmp Report (compared to 1.3.1):
> 
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/japicmp.html
>
> RAT Report:
> 
> http

Re: [VOTE] Release Apache Commons Logging 1.3.2 based on RC2

[Gary Gregory]

My +1

Gary

On Sat, May 11, 2024 at 1:55 PM Gary Gregory  wrote:
>
> We have fixed a few bugs and added enhancements since Apache Commons
> Logging 1.3.1 was released, so I would like to release Apache Commons
> Logging 1.3.2.
>
> Apache Commons Logging 1.3.2 RC2 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2
> (svn revision 69106)
>
> The Git tag commons-logging-1.3.2-RC2 commit for this RC is
> 77474c5661ca60e18fc9499a4c4195df0c63ebe2 which you can browse here:
> 
> https://gitbox.apache.org/repos/asf?p=commons-logging.git;a=commit;h=77474c5661ca60e18fc9499a4c4195df0c63ebe2
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-logging.git
> --branch commons-logging-1.3.2-RC2 commons-logging-1.3.2-RC2
>
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1727/commons-logging/commons-logging/1.3.2/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sat May 11 17:49:03 UTC 2024
> commons-logging-1.3.2-adapters.jar=06715cd88b99c4a26e49cff7dc059104793a2d2a516cb7457486b41c63ccb7cda6faf8a4cef2edaa05779d7de4c95b2ba68214881893d87e4b5d6d2f49607021
> commons-logging-1.3.2-api.jar=c621d38229834fb42a99d485af0ddec9d7f842d5177eaacbbe1e1ec13820621af436b717c51560bd5dce07fc5f3eef0f58da81d3c524cdd0c277ad986149be49
> commons-logging-1.3.2-bin.tar.gz=e970524f480e43a4e65f9518db3a1f8fe79f63339049fb2d03f36ee4f653e6eb9ca395afdc2dbacac4334ca379787073c542ba57caa87f78d888d2eee48ce042
> commons-logging-1.3.2-bin.zip=c2b99aa7e1bb174214d6ad851dc61a07f3098c035ae5b36792fbc3cc9d8ba01bbe477035397b9b7361c09344f28f3eb5666b7b52d897b73fbd4e4415d80b72b3
> commons-logging-1.3.2-bom.json=140a60c1bc7960ffd0e4eb733efc8733778a0228adeaff2dd4d9ee6ffd7bc4f5eb7f6152b18f3d5c662e4041c56cfcd1d4f103c628a9177d5cb475db463c1aea
> commons-logging-1.3.2-bom.xml=0f2e5b2b45ed7d22ea5d03b6641b1518e98cf1ff4b641b475ececfe91ca5ea65877d18a4c647116944e71a55ce68a20dc93c3b1b98faa50d2d5b0d1c22a4ac56
> commons-logging-1.3.2-javadoc.jar=575e4b4f94455f26df7d1173d237a3837c32bf5a957b2f024dc7bd6c903029cf0c4fb544a0c2b2b867ad9d7a0b947799ba035fde3f51c4b81cabc920b9b111bf
> commons-logging-1.3.2-sources.jar=87a8ce1dd2238d2962fc727bd4d09d81e352a028fe144c8113d0c983515c17765a59a582c19339f522d950de281fbf683b807e7d2c0a13dfb8a8ed2609f2cd18
> commons-logging-1.3.2-src.tar.gz=d31c8c44ba851018baae4381320ebe8c585c7fd870ef7e0687c2655722dbeac415f96648d6bee21d4849e1890747b2b78b6995b3095ddd763840a4698890940e
> commons-logging-1.3.2-src.zip=07dc4d5311bbaaa3fd3952c3f77bd887c344415af8fffae1a7b5c41d3d96c9c8a8d18f3b3f7956851e07b89628dfaaa4d087af42f394318678a204f43fe86731
> commons-logging-1.3.2-test-sources.jar=b9e816cbea3197ad706a9866629fcf0b2d33410ef6f9a15dbe92aea8baa28adb7dc247376ddefa6128384275696160b5ae504d97b73a7dada754747e56d89eb4
> commons-logging-1.3.2-tests.jar=fd106e33f28d13896e4f8f93d7969777ec3d99d318b0fb10e165f81bae598d1473ecc81dadaefe7114025a73283063f86cd3465385eb03ba6e964e6c294c9ddb
> commons-logging_commons-logging-1.3.2.spdx.json=f703382e3b70b9f63e50aa8c788cfbe6deb8fcbc62526628e52162b2afe060a67813e0491bd98d238242ac9dff09d648df8ef3decf48ee882ecc00e85d7ee81b
>
> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> jacoco -P japicmp clean package site deploy' using:
>
> openjdk version "21.0.3" 2024-04-16
> OpenJDK Runtime Environment Homebrew (build 21.0.3)
> OpenJDK 64-Bit Server VM Homebrew (build 21.0.3, mixed mode, sharing)
>
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> Java version: 21.0.3, vendor: Homebrew, runtime:
> /usr/local/Cellar/openjdk/21.0.3/libexec/openjdk.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
>
> Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
>
> Details of changes since 1.3.1 are in the release notes:
> 
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/RELEASE-NOTES.txt
> 
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/changes-report.html
>
> Site:
> 
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/index.html
> (note some *relative* links are broken and the 1.3.2 directories
> are not yet created - these will be OK once the site is deployed.)
>
> JApiCmp Report (compared to 1.3.1):
> 
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/japicmp.html
>
> RAT Report:
> 
> https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/rat-report.html

[VOTE] Release Apache Commons Logging 1.3.2 based on RC2

[Gary Gregory]

We have fixed a few bugs and added enhancements since Apache Commons
Logging 1.3.1 was released, so I would like to release Apache Commons
Logging 1.3.2.

Apache Commons Logging 1.3.2 RC2 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2
(svn revision 69106)

The Git tag commons-logging-1.3.2-RC2 commit for this RC is
77474c5661ca60e18fc9499a4c4195df0c63ebe2 which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-logging.git;a=commit;h=77474c5661ca60e18fc9499a4c4195df0c63ebe2
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-logging.git
--branch commons-logging-1.3.2-RC2 commons-logging-1.3.2-RC2

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1727/commons-logging/commons-logging/1.3.2/

These are the artifacts and their hashes:

#Release SHA-512s
#Sat May 11 17:49:03 UTC 2024
commons-logging-1.3.2-adapters.jar=06715cd88b99c4a26e49cff7dc059104793a2d2a516cb7457486b41c63ccb7cda6faf8a4cef2edaa05779d7de4c95b2ba68214881893d87e4b5d6d2f49607021
commons-logging-1.3.2-api.jar=c621d38229834fb42a99d485af0ddec9d7f842d5177eaacbbe1e1ec13820621af436b717c51560bd5dce07fc5f3eef0f58da81d3c524cdd0c277ad986149be49
commons-logging-1.3.2-bin.tar.gz=e970524f480e43a4e65f9518db3a1f8fe79f63339049fb2d03f36ee4f653e6eb9ca395afdc2dbacac4334ca379787073c542ba57caa87f78d888d2eee48ce042
commons-logging-1.3.2-bin.zip=c2b99aa7e1bb174214d6ad851dc61a07f3098c035ae5b36792fbc3cc9d8ba01bbe477035397b9b7361c09344f28f3eb5666b7b52d897b73fbd4e4415d80b72b3
commons-logging-1.3.2-bom.json=140a60c1bc7960ffd0e4eb733efc8733778a0228adeaff2dd4d9ee6ffd7bc4f5eb7f6152b18f3d5c662e4041c56cfcd1d4f103c628a9177d5cb475db463c1aea
commons-logging-1.3.2-bom.xml=0f2e5b2b45ed7d22ea5d03b6641b1518e98cf1ff4b641b475ececfe91ca5ea65877d18a4c647116944e71a55ce68a20dc93c3b1b98faa50d2d5b0d1c22a4ac56
commons-logging-1.3.2-javadoc.jar=575e4b4f94455f26df7d1173d237a3837c32bf5a957b2f024dc7bd6c903029cf0c4fb544a0c2b2b867ad9d7a0b947799ba035fde3f51c4b81cabc920b9b111bf
commons-logging-1.3.2-sources.jar=87a8ce1dd2238d2962fc727bd4d09d81e352a028fe144c8113d0c983515c17765a59a582c19339f522d950de281fbf683b807e7d2c0a13dfb8a8ed2609f2cd18
commons-logging-1.3.2-src.tar.gz=d31c8c44ba851018baae4381320ebe8c585c7fd870ef7e0687c2655722dbeac415f96648d6bee21d4849e1890747b2b78b6995b3095ddd763840a4698890940e
commons-logging-1.3.2-src.zip=07dc4d5311bbaaa3fd3952c3f77bd887c344415af8fffae1a7b5c41d3d96c9c8a8d18f3b3f7956851e07b89628dfaaa4d087af42f394318678a204f43fe86731
commons-logging-1.3.2-test-sources.jar=b9e816cbea3197ad706a9866629fcf0b2d33410ef6f9a15dbe92aea8baa28adb7dc247376ddefa6128384275696160b5ae504d97b73a7dada754747e56d89eb4
commons-logging-1.3.2-tests.jar=fd106e33f28d13896e4f8f93d7969777ec3d99d318b0fb10e165f81bae598d1473ecc81dadaefe7114025a73283063f86cd3465385eb03ba6e964e6c294c9ddb
commons-logging_commons-logging-1.3.2.spdx.json=f703382e3b70b9f63e50aa8c788cfbe6deb8fcbc62526628e52162b2afe060a67813e0491bd98d238242ac9dff09d648df8ef3decf48ee882ecc00e85d7ee81b

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "21.0.3" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 21.0.3)
OpenJDK 64-Bit Server VM Homebrew (build 21.0.3, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 21.0.3, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk/21.0.3/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 1.3.1 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/index.html
(note some *relative* links are broken and the 1.3.2 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 1.3.1):

https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/logging/1.3.2-RC2/site/rat-report.html

KEYS:
  https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refres

[VOTE][LAZY] Release Apache Commons Parent 70 based on RC1

[Gary Gregory]

We have added enhancements since Apache Commons Parent 69 was
released, so I would like to release Apache Commons Parent 70.

Apache Commons Parent 70 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1 (svn
revision 69104)

The Git tag commons-parent-70-RC1 commit for this RC is
e3c255492606a669eca37c5addd70a4387071fbf which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-parent.git;a=commit;h=e3c255492606a669eca37c5addd70a4387071fbf
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-parent.git
--branch commons-parent-70-RC1 commons-parent-70-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1726/org/apache/commons/commons-parent/70/

These are the artifacts and their hashes:

#Release SHA-512s
#Sat May 11 14:27:12 UTC 2024
commons-parent-70-bom.json=cb08056ebb04bb12b7b4c0411b67fac9c425d1288d644fbdda12936bfff44db73571c054bce29b9eed6ce6f70f2310a24bcf92c2aea7d0190f25f95c89ea7035
commons-parent-70-bom.xml=e2d9a7a8a612373d555c9bbc9f325173244ce6a25edbebde4006ba07817f9f3c2dc9eefc0735ab7d6984b956b1f86b1abbf217ced6cfcafa2a258339f2f43e75
commons-parent-70-site.xml=5f045989b2c281c567467548678fe8685efabf5c13104299eea87b6ab6b6a75c9e98b590d7b288b8ec3a06934061709d0851a6dd9d9b45100ee2950908ec2d6c
commons-parent-70-src.tar.gz=5a2a007517a40493f5e74fb72063fca24200db812324b9820f5f5d0b5dad4e147535a0fe9e5d7a90ddb9e425e43f6491b1cc16cf4fc244ac289f4bf2edea0a34
commons-parent-70-src.zip=93d1b8a7b762c74d7043ed3655491d4fed1dd83d64256c5909becadb1e49e7781bf64b1a020eaab7bf3854d161771b871b17f135de16317e68034bc95d23ac6d
org.apache.commons_commons-parent-70.spdx.json=16b2ccbd6591a99ee405b92ebe29f32dd609c07de6f53367564abb0d0d200c8d89cc8810463c3ec85592757930201f2422064c97f5be3fd21c45164c3343c524

I have tested this with 'mvn' and 'mvn -V Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "17.0.11" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.11, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 69 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/site/changes-report.html

Site:
https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/site/index.html
(note some *relative* links are broken and the 70 directories are
not yet created - these will be OK once the site is deployed.)

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/site/rat-report.html

KEYS:
  https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1a) Clone and checkout the RC tag

git clone https://gitbox.apache.org/repos/asf/commons-parent.git
--branch commons-parent-70-RC1 commons-parent-70-RC1
cd commons-parent-70-RC1

1b) Download and unpack the source archive from:

https://dist.apache.org/repos/dist/dev/commons/parent/70-RC1/source

2) Check Apache licenses

This step is not required if the site includes a RAT report page which
you then must check.

mvn apache-rat:check

3) Check binary compatibility

Older components still use Apache Clirr:

This step is not required if the site includes a Clirr report page
which you then must check.

mvn clirr:check

Newer components use JApiCmp with the japicmp Maven Profile:

This step is not required if the site includes a JApiCmp report page
which you then must check.

mvn install -DskipTests -P japicmp japicmp:cmp

4) Build the package

mvn -V clean package

You can record the Maven and Java version produced by -V in your VOTE reply.
To gather OS information from a command line:
Windows: ver
Linux: uname -a

5) Build the site for a single module project

Note: Some plugins require the components to be installed ins

Re: [GH] (commons-collections): Workflow run "Java CI" failed!

[Gary Gregory]

Rename? Isn't that what annotations like Ignore and Disabled are for?

Gary

On Mon, May 6, 2024, 5:57 AM GitBox  wrote:

>
> The GitHub Actions job "Java CI" on commons-collections.git has failed.
> Run started by GitHub user reschke (triggered by reschke).
>
> Head commit for run:
> b99df0198e952b673e3e92c6dedd45230d35d507 / Julian Reschke <
> resc...@apache.org>
> COLLECTIONS-842: rename test class so that it get's run by default
>
> Report URL:
> https://github.com/apache/commons-collections/actions/runs/8967262090
>
> With regards,
> GitHub Actions via GitBox
>
>

Re: [Collections] Suppliers, Iterables, and Producers

[Gary Gregory]

LGTM. Maybe the current PR (LGTM) should be merged first, Alex, how does
that PR look to you?

Gary

On Fri, May 3, 2024, 11:44 AM Claude Warren  wrote:

> Gary and Alex,
>
> Any thoughts on this?
>
> Claude
>
> On Wed, May 1, 2024 at 7:55 AM Claude Warren  wrote:
>
>> Good suggestions.
>>
>> short-circuit. We could make this distinction by including it in the name:
>>> forEachUntil(Predicate ...), forEachUnless, ...
>>
>>
>> We need the unit name in the method name.  All Bloom filters implement
>> IndexProducer and BitmapProducer and since they use Predicate method
>> parameters they will conflict.
>>
>>
>> I have opened a ticket [1] with the list of tasks, which I think is now:
>>
>>- Be clear that producers are like interruptible iterators with
>>predicate tests acting as a switch to short-circuit the iteration.
>>- Rename classes:
>>   - CellConsumer to CellPredicate (?)
>>   - Rename BitMap to BitMaps.
>>- Rename methods:
>>   - Producer forEachX() to forEachUntil()
>>   - The semantic nomenclature:
>>   - Bitmaps are arrays of bits not a BitMaps object.
>>   - Indexes are ints and not an instance of a Collection object.
>>   - Cells are pairs of ints representing an index and a value.  They
>>   are not Pair<> objects.
>>   - Producers iterate over collections of the object (Bitmap, Index,
>>   Cell) applying a predicate to do work and stop the iteration early if
>>   necessary.  They are carriers/transporters of Bloom filter enabled 
>> bits.
>>   They allow us to query the contents of the Bloom filter in an
>>   implementation agnostic way.
>>
>>
>> In thinking about the term Producer, other terms could be used
>> Interrogator (sounds like you can add a query), Extractor might work.  But
>> it has also come to mind that there is a "compute" series of methods in the
>> ConcurrentMap class.  Perhaps the term we want is not "forEach", but
>> "process".  The current form of usage is something like:
>>
>> IndexProducer ip = 
>> ip.forEachIndex(idx -> someIntPredicate)
>>
>> We could change the name from XProducer to XProcessor, or XExtractor; and
>> the method to processXs.  So the above code would look like:
>>
>> IndexExtractor ix = 
>> ix.processIndexs(idx -> someIntPredicate)
>>
>> another example
>>
>> BitMapExtractor bx = .
>> bx.processBitMaps(bitmap -> someBitMapPredicate)
>>
>> Claude
>>
>> [1] https://issues.apache.org/jira/browse/COLLECTIONS-854
>>
>>
>> On Tue, Apr 30, 2024 at 4:51 PM Gary D. Gregory 
>> wrote:
>>
>>>
>>>
>>> On 2024/04/30 14:33:47 Alex Herbert wrote:
>>> > On Tue, 30 Apr 2024 at 14:45, Gary D. Gregory 
>>> wrote:
>>> >
>>> > > Hi Claude,
>>> > >
>>> > > Thank you for the detailed reply :-) A few comments below.
>>> > >
>>> > > On 2024/04/30 06:29:38 Claude Warren wrote:
>>> > > > I will see if I can clarify the javadocs and make things clearer.
>>> > > >
>>> > > > What I think I specifically heard is:
>>> > > >
>>> > > >- Be clear that producers are fast fail iterators with predicate
>>> > > tests.
>>> > > >- Rename CellConsumer to CellPredicate (?)
>>> > >
>>> > > Agreed (as suggested by Albert)
>>> > >
>>> > > >- The semantic nomenclature:
>>> > > >   - Bitmaps are arrays of bits not a BitMap object.
>>> > > >   - Indexes are ints and not an instance of a Collection
>>> object.
>>> > > >   - Cells are pairs of ints representing an index and a
>>> value.  They
>>> > > >   are not Pair<> objects.
>>> > > >   - Producers iterate over collections of the object (Bitmap,
>>> Index,
>>> > > >   Cell) applying a predicate to do work and stop the iteration
>>> early
>>> > > if
>>> > > >   necessary.  They are carriers/transporters of Bloom filter
>>> enabled
>>> > > bits.
>>> > > >   They allow us to query the contents of the Bloom filter in an
>>> > > >   implementation agnostic way.
>>> > >
>>> > > As you say naming is hard. The above is a great example and a good
>>> > > exercise I've gone through at work and in other FOSS projects:
>>> "Producers
>>> > > iterate over collections of the object...". In general when I see or
>>> write
>>> > > a Javadoc of the form "Foo bars" or "Runners walk" or "Walkers run",
>>> you
>>> > > get the idea ;-) I know that either the class (or method) name is
>>> bad or
>>> > > the Javadoc/documentation is bad; not _wrong_, just bad in the sense
>>> that
>>> > > it's confusing (to me).
>>> > >
>>> > > I am not advocating for a specific change ATM but I want to discuss
>>> the
>>> > > option because it is possible the current name is not as good as it
>>> could
>>> > > be. It could end up as an acceptable compromise if we cannot use
>>> more Java
>>> > > friendly terms though.
>>> > >
>>> > > Whenever I see a class that implements a "forEach"-kind of method, I
>>> think
>>> > > "Iterable".
>>> > >
>>> >
>>> > Here we should think "Collection", or generally more than 1. In the
>>> Java
>>> > sense an Iterable is something 

[RESULT][VOTE] Release Apache Commons CSV 1.11.0 based on RC1

[Gary Gregory]

This vote passes with the following +1 binding votes:

- Gary Gregory (ggregory)
- Thomas Vandahl (tvand)
- Rob Tompkins (chtompki)
- Bruno Kinoshita (kinow)

Gary

On Thu, May 2, 2024 at 3:52 PM Bruno Kinoshita  wrote:
>
> +1
>
> Apache Maven 3.8.5 (3599d3414f046de2324203b78ddcf9b5e4388aa0)
> Maven home: /opt/apache-maven-3.8.5
> Java version: 17.0.10, vendor: Private Build, runtime:
> /usr/lib/jvm/java-17-openjdk-amd64
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "5.15.0-105-generic", arch: "amd64", family:
> "unix"
>
> Thank you!
>
> On Mon, 29 Apr 2024 at 00:24, Gary Gregory  wrote:
>
> > We have fixed a few bugs and added enhancements (better Microsoft
> > Excel compatibility) since Apache Commons CSV 1.10.0 was released, so
> > I would like to release Apache Commons CSV 1.11.0.
> >
> > Apache Commons CSV 1.11.0 RC1 is available for review here:
> > https://dist.apache.org/repos/dist/dev/commons/csv/1.11.0-RC1 (svn
> > revision 68837)
> >
> > The Git tag commons-csv-1.11.0-RC1 commit for this RC is
> > 74e12741b24e724bb2e60109daa0c834fd75a68a which you can browse here:
> >
> > https://gitbox.apache.org/repos/asf?p=commons-csv.git;a=commit;h=74e12741b24e724bb2e60109daa0c834fd75a68a
> > You may checkout this tag using:
> > git clone https://gitbox.apache.org/repos/asf/commons-csv.git
> > --branch <https://gitbox.apache.org/repos/asf/commons-csv.git--branch>
> > commons-csv-1.11.0-RC1 commons-csv-1.11.0-RC1
> >
> > Maven artifacts are here:
> >
> > https://repository.apache.org/content/repositories/orgapachecommons-1725/org/apache/commons/commons-csv/1.11.0/
> >
> > These are the artifacts and their hashes:
> >
> > #Release SHA-512s
> > #Sun Apr 28 22:09:20 UTC 2024
> >
> > commons-csv-1.11.0-bin.tar.gz=5f822d8c2563a5692c72c1ac4cef9054d399753e77753ccb8a09cb847e60564c06603344f622219c86ee3f77bf355a23979d218520e6aa0a4750ba93a4882083
> >
> > commons-csv-1.11.0-bin.zip=62daab8fb3d00804d4ea02c3e61bd15d416d77895f7a0d06fe1744806396b3fa0343f7856770f30befaab2e8412eac03d888c78d29905e1b1752c5925f8fecc4
> >
> > commons-csv-1.11.0-bom.json=adb5e27d368e290848c29dce221711c20d01325c718110cb566d322a2a7b6430515b5057d24c2deadcd03fe3f07fa2ece6568ff3f9540dd018b858627f6143ef
> >
> > commons-csv-1.11.0-bom.xml=c8d4e04b288e86f65b1259f258b4c072aa2f38bffb0126aa0362bb03ddd7ab7613dd4ae094e74707be131735409aedfcc0268a6864890309f80b92b8ca96
> >
> > commons-csv-1.11.0-javadoc.jar=089477593f2f2de9b79bc78ea6aa51e09834a03a29b81e3d58225d1ee35e57baae35196b96d00c6bea8312007dafa7c9dfbd02cfb501f9b1f7830a3a65b1e1b3
> >
> > commons-csv-1.11.0-sources.jar=88b0216fc20675ff6f4e58e34b1f402c0a823bba86c39ff6661d009f950d6471715fdafbd0ffed0dd88c2ac5bc8120847ecf1e28385e66c1ff08b60f5d34411c
> >
> > commons-csv-1.11.0-src.tar.gz=6a59aa1f470e64117d63f52715bbc52c15544995f2a7beffc22c869bf3fd3ba870d654e58882c0d5c19a416e871119e53011b8efb7a89d34ded85b2642ed1e53
> >
> > commons-csv-1.11.0-src.zip=afab44f0cf0b884510cd4120b842ad3ccdea8ebe824e28b4504dfc5770c79f0589f335d8bae995e9457da0385918245a7483e9281ea2326e2c51a7fa089b1a6b
> >
> > commons-csv-1.11.0-test-sources.jar=569280d8db8bc7f1c651878981a64afa29c536233deefd11c50201cd34fe773347f60db58971c3056967a23d34fa24af85816d229f7ab101886ae3879db7e0c4
> >
> > commons-csv-1.11.0-tests.jar=62f010bbf91a39706f6c2fcd15935dbd8700c9003cff8e376c6265bde82acbe62952d686940a024b57a4ebd76c0f806d17e5d058aaa22ea2c995a28a4107a755
> >
> > org.apache.commons_commons-csv-1.11.0.spdx.json=5cc1f15e52e28f2f2e2eda9c3a1f9aab5089824d57eabeac03b00bbb137ab7d60ce2d90b7cc59bf7f0a3ebf474f2a8421d428ebe86dda7660e83ab1aa5c4bccd
> >
> > I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> > jacoco -P japicmp clean package site deploy' using:
> >
> > openjdk version "17.0.11" 2024-04-16
> > OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
> > OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)
> >
> > Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> > Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> > Java version: 17.0.11, vendor: Homebrew, runtime:
> > /usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
> > Default locale: en_US, platform encoding: UTF-8
> > OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
> >
> > Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> > PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
> >
> > Details of changes since 1.10.0

Re: (commons-lang) 01/02: Deprecate SystemUtils.getUserName(String) in favor of SystemProperties.getUserName(Supplier)

[Gary Gregory]

It feels like the supplier version is much better to avoid the use case of
building the string in place.

I would also like to centralize all things related directly to sys props in
the SysProp class. This way, you know to look in one place instead of
sometimes here and sometimes there.

Do you think we need both versions of the API?

Gary

On Wed, May 1, 2024, 1:56 PM Bernd Eckenfels  wrote:

> Hi Gregory,
>
> What’s the idea behind that deprecation? The implementation is robust and
> simple and easy to use. I would guess most user rather want to specify a
> literal fallback than a supplier.
>
> Gruss
> Bernd
>
> ggreg...@apache.org wrote on 1. May 2024 16:07 (GMT +02:00):
>
> > This is an automated email from the ASF dual-hosted git repository.
> >
> > ggregory pushed a commit to branch master
> > in repository https://gitbox.apache.org/repos/asf/commons-lang.git
> >
> > commit 794f8aaf1e5a573a63ba6ca514eeb794bd39d855
> > Author: Gary Gregory 
> > AuthorDate: Wed May 1 09:12:09 2024 -0400
> >
> > Deprecate SystemUtils.getUserName(String) in favor of
> > SystemProperties.getUserName(Supplier)
> > ---
> >  src/changes/changes.xml | 1 +
> >  src/main/java/org/apache/commons/lang3/SystemUtils.java | 3 +++
> >  2 files changed, 4 insertions(+)
> >
> > diff --git a/src/changes/changes.xml b/src/changes/changes.xml
> > index cdd3a0cd0..1d896a999 100644
> > --- a/src/changes/changes.xml
> > +++ b/src/changes/changes.xml
> > @@ -123,6 +123,7 @@ The  type attribute can be
> > add,update,fix,remove.
> >  Fix Java version in README.md #1170.
> >  StringUtils.stripAccents() should
> handle
> >  ligatures, UTF32 math blocks, etc. #1201.
> >   >  due-to="kijong.youn, Aakash Gupta, Gary
> >  Gregory">TypeUtils.toString(Type) StackOverflowError for an inner
> >  class in the inner class parameterized enclosing class
> #657.
> > +Deprecate SystemUtils.getUserName(String) in favor of
> > SystemProperties.getUserName(Supplier).
> >  
> >   >  due-to="Dependabot">Bump commons-parent from 64 to 69
> #1194.
> >   >  due-to="Dependabot">Bump org.codehaus.mojo:exec-maven-plugin from
> >  3.1.1 to 3.2.0 #1175.
> > diff --git a/src/main/java/org/apache/commons/lang3/SystemUtils.java
> > b/src/main/java/org/apache/commons/lang3/SystemUtils.java
> > index cbb4721fb..8044fd4b0 100644
> > --- a/src/main/java/org/apache/commons/lang3/SystemUtils.java
> > +++ b/src/main/java/org/apache/commons/lang3/SystemUtils.java
> > @@ -17,6 +17,7 @@
> >  package org.apache.commons.lang3;
> >
> >  import java.io.File;
> > +import java.util.function.Supplier;
> >
> >  /**
> >   * Helpers for {@link System}.
> > @@ -2041,7 +2042,9 @@ public class SystemUtils {
> >   * access to the specified system property.
> >   * @see SystemProperties#getUserName()
> >   * @since 3.10
> > + * @deprecated Use {@link SystemProperties#getUserName(Supplier)}.
> >   */
> > +@Deprecated
> >  public static String getUserName(final String defaultValue) {
> >  return System.getProperty(SystemProperties.USER_NAME,
> >  defaultValue);
> >  }
> >
> >
>
>
> Gruß
> Bernd
> —
> https://bernd.eckenfels.net
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [ALL] GitHub is done with Java 8

[Gary Gregory]

Thanks for the tip Piotr.

For now it works so I don't plan on changing anything until it breaks.

Garu

On Mon, Apr 29, 2024, 8:46 AM Piotr P. Karwasz 
wrote:

> Hi Gary,
>
> On Mon, 29 Apr 2024 at 13:58, Gary Gregory  wrote:
> > To resolve this issue in the least disruptive manner, I updated builds
> > that need Java 8 AND macOS from "macos-lateset" to "macos-13".
>
> In Log4j I updated all builds that require Java 8 + another JDK to use
> `zulu` as distribution if `runner.os == 'macOS'`.
>
> Another solution that might work is to use `x64` as architecture for
> `macos-latest`, but the runners we be slower and might throw an OOM.
>
> Piotr
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

[IO] IO-855 PeekableInputStream?

[Gary Gregory]

RE https://issues.apache.org/jira/browse/IO-855

There are zero tests or usage in IO for PeekableInputStream.

Could the original author add some?

Why does PeekableInputStream extend CircularBufferInputStream instead
of BufferedInputStream?

TY!
Gary

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Modularization of components

[Gary Gregory]

Eric,

Apache Commons VFS is already broken up into a multi-module project,
so I don't know what you're talking about; see
https://search.maven.org/search?q=g:org.apache.commons%20AND%20a:commons-vfs2*
The next release will be further modularized; see git master,

Modularization depends on:

(1) It's painful to build Apache Commons releases with Maven
multi-module projects. It's NOT just building a jar file or set of
jars. In comparison, building a mono-module is "simple". This is why I
tripped over building Commons Email, FileUpload, and VFS recently. I
hope to get back to those ASAP.
(2) Always, always, always keep compatibility in mind
(3) Keep users in mind with ease of migration and compatibility (see above)
(4) JPMS is a giant PITA and we rely on the Moditect plugin for
metadata generation. That works today, but there has been some growing
pains.

and also keep in mind the KISS and YAGNI principle.

Gary

On Mon, Apr 29, 2024 at 7:58 AM Elric V  wrote:
>
> Hi folks,
>
> This is a generic question, but I'll be using VFS as an example. There
> are a lot of commons components which have many functionalities, e.g.
> VFS can be used for FTP, HDFS, WebDAV, etc. Many times codebases only
> use a subset of those. But there's only one VFS module, which includes
> all of these functionalities, and thus all of their dependencies. This
> increases build times and sizes (e.g. of WAR files).
>
> It seems to me that it might be useful to split such components into
> multiple modules. Is there any particular reason why this couldn't be
> done?
>
> Best,
>
> Elric
>
> -
> 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

Re: [ALL] GitHub is done with Java 8

[Gary Gregory]

To resolve this issue in the least disruptive manner, I updated builds
that need Java 8 AND macOS from "macos-lateset" to "macos-13".

This is likely only a medium-term solution until GH "macos-13" support
goes bye-bye.

Gary

On Wed, Apr 24, 2024 at 1:43 PM Slawomir Jaranowski
 wrote:
>
> Rob your project use
>
> Operating System
>   macOS
>   12.7.4
>   21H1123
>
> switching to macos 14 is waiting for your project.
> GitHub does not switch all project in the same time.
>
>
> śr., 24 kwi 2024 o 19:15 Rob Spoor  napisał(a):
>
> > I've just tested one of my own projects that has a matrix setup that's
> > almost the same (I haven't included Java 22), and it was successful:
> > https://github.com/robtimus/application-path/actions/runs/8820506010
> >
> > The main difference is that I use @v4 instead of a specific commit, but
> > those should be the same right now.
> >
> >
> > On 24/04/2024 16:27, Arnout Engelen wrote:
> > > Really? https://adoptium.net/temurin/releases/?version=8 seems to have
> > > recent versions.
> > >
> > > setup-java seems to be treating it as a bug at this time:
> > > https://github.com/actions/setup-java/issues/625
> > >
> > > On Wed, Apr 24, 2024 at 4:12 PM Slawomir Jaranowski <
> > s.jaranow...@gmail.com>
> > > wrote:
> > >
> > >> Hi,
> > >>
> > >> Temurin jdk distribution doesn't support JDK 8. You can try with zulu.
> > >>
> > >> śr., 24 kwi 2024 o 15:57 Gary D. Gregory 
> > napisał(a):
> > >>
> > >>> Hi All,
> > >>>
> > >>> I just saw this on GitHub for our Lang component:
> > >>>
> > >>> Error: Could not find satisfied version for SemVer '8'.
> > >>>
> > >>> Available versions: 22.0.1+8, 22.0.0+36, 21.0.3+9.0.LTS,
> > 21.0.2+13.0.LTS,
> > >>> 21.0.1+12.0.LTS, 21.0.0+35.0.LTS, 20.0.2+9, 20.0.1+9, 20.0.0+36,
> > >> 19.0.2+7,
> > >>> 19.0.1+10, 19.0.0+36, 18.0.2+101, 18.0.2+9, 18.0.1+10, 18.0.0+36,
> > >>> 17.0.11+9, 17.0.10+7, 17.0.9+9, 17.0.8+101, 17.0.8+7, 17.0.7+7,
> > >> 17.0.6+10,
> > >>> 17.0.5+8, 17.0.4+101, 17.0.4+8, 17.0.3+7, 17.0.2+8, 17.0.1+12,
> > 17.0.0+35,
> > >>> 11.0.23+9, 11.0.22+7.1, 11.0.22+7, 11.0.21+9, 11.0.20+101, 11.0.20+8,
> > >>> 11.0.19+7, 11.0.18+10, 11.0.17+8, 11.0.16+101, 11.0.16+8, 11.0.15+10
> > >>>
> > >>> So it looks like goodbye Java 8 on GitHub.
> > >>>
> > >>> Gary
> > >>>
> > >>> -
> > >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > >>> For additional commands, e-mail: dev-h...@commons.apache.org
> > >>>
> > >>>
> > >>
> > >> --
> > >> Sławomir Jaranowski
> > >>
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
> --
> Sławomir Jaranowski

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VFS] VFS patch release?

[Gary Gregory]

I have a release candidate out but some files are missing, so there is
something off in the build process.

It's been on my to-do list, so within a week or two I hope.

Gary

On Mon, Apr 29, 2024 at 7:19 AM Elric V  wrote:
>
> Hi folks,
>
> Any chance of getting a new VFS release soonish? There have been a lot
> of dependency updates, which would make vulnerability scanners a lot
> less trigger happy. 2.9.0 was released in 2021, so a 2.9.1 might not be
> a bad idea.
>
> Am willing to help out with this if possible.
>
> Best,
>
> Elric
>
> -
> 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

[VOTE] Release Apache Commons CSV 1.11.0 based on RC1

[Gary Gregory]

We have fixed a few bugs and added enhancements (better Microsoft
Excel compatibility) since Apache Commons CSV 1.10.0 was released, so
I would like to release Apache Commons CSV 1.11.0.

Apache Commons CSV 1.11.0 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/csv/1.11.0-RC1 (svn
revision 68837)

The Git tag commons-csv-1.11.0-RC1 commit for this RC is
74e12741b24e724bb2e60109daa0c834fd75a68a which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-csv.git;a=commit;h=74e12741b24e724bb2e60109daa0c834fd75a68a
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-csv.git
--branch commons-csv-1.11.0-RC1 commons-csv-1.11.0-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1725/org/apache/commons/commons-csv/1.11.0/

These are the artifacts and their hashes:

#Release SHA-512s
#Sun Apr 28 22:09:20 UTC 2024
commons-csv-1.11.0-bin.tar.gz=5f822d8c2563a5692c72c1ac4cef9054d399753e77753ccb8a09cb847e60564c06603344f622219c86ee3f77bf355a23979d218520e6aa0a4750ba93a4882083
commons-csv-1.11.0-bin.zip=62daab8fb3d00804d4ea02c3e61bd15d416d77895f7a0d06fe1744806396b3fa0343f7856770f30befaab2e8412eac03d888c78d29905e1b1752c5925f8fecc4
commons-csv-1.11.0-bom.json=adb5e27d368e290848c29dce221711c20d01325c718110cb566d322a2a7b6430515b5057d24c2deadcd03fe3f07fa2ece6568ff3f9540dd018b858627f6143ef
commons-csv-1.11.0-bom.xml=c8d4e04b288e86f65b1259f258b4c072aa2f38bffb0126aa0362bb03ddd7ab7613dd4ae094e74707be131735409aedfcc0268a6864890309f80b92b8ca96
commons-csv-1.11.0-javadoc.jar=089477593f2f2de9b79bc78ea6aa51e09834a03a29b81e3d58225d1ee35e57baae35196b96d00c6bea8312007dafa7c9dfbd02cfb501f9b1f7830a3a65b1e1b3
commons-csv-1.11.0-sources.jar=88b0216fc20675ff6f4e58e34b1f402c0a823bba86c39ff6661d009f950d6471715fdafbd0ffed0dd88c2ac5bc8120847ecf1e28385e66c1ff08b60f5d34411c
commons-csv-1.11.0-src.tar.gz=6a59aa1f470e64117d63f52715bbc52c15544995f2a7beffc22c869bf3fd3ba870d654e58882c0d5c19a416e871119e53011b8efb7a89d34ded85b2642ed1e53
commons-csv-1.11.0-src.zip=afab44f0cf0b884510cd4120b842ad3ccdea8ebe824e28b4504dfc5770c79f0589f335d8bae995e9457da0385918245a7483e9281ea2326e2c51a7fa089b1a6b
commons-csv-1.11.0-test-sources.jar=569280d8db8bc7f1c651878981a64afa29c536233deefd11c50201cd34fe773347f60db58971c3056967a23d34fa24af85816d229f7ab101886ae3879db7e0c4
commons-csv-1.11.0-tests.jar=62f010bbf91a39706f6c2fcd15935dbd8700c9003cff8e376c6265bde82acbe62952d686940a024b57a4ebd76c0f806d17e5d058aaa22ea2c995a28a4107a755
org.apache.commons_commons-csv-1.11.0.spdx.json=5cc1f15e52e28f2f2e2eda9c3a1f9aab5089824d57eabeac03b00bbb137ab7d60ce2d90b7cc59bf7f0a3ebf474f2a8421d428ebe86dda7660e83ab1aa5c4bccd

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "17.0.11" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.11, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 1.10.0 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/csv/1.11.0-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/csv/1.11.0-RC1/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/csv/1.11.0-RC1/site/index.html
(note some *relative* links are broken and the 1.11.0 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 1.10.0):

https://dist.apache.org/repos/dist/dev/commons/csv/1.11.0-RC1/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/csv/1.11.0-RC1/site/rat-report.html

KEYS:
https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1a) Clone and checkout the RC tag

git clone https://gitbox.apache.org/repos/asf/commons-csv.git --branch
commons-csv-1.11.0-RC1 co

Re: [Collections] Suppliers, Iterables, and Producers

[Gary Gregory]

Thank you for your thoughtful reply. See my comments below.

On Sun, Apr 28, 2024 at 11:10 AM Alex Herbert  wrote:
>
> Hi Gary,
>
> I am in favour of using nomenclature and patterns that will be familiar to
> a Java developer. But only if they match the familiar JDK use patterns. The
> Bloom filter package has some atypical use patterns that have driven the
> current API to where it is. I'll try and describe these below.
>
> On Sun, 28 Apr 2024 at 14:16, Gary Gregory  wrote:
>
> > Hi Clause, Albert, and all,
> >
> > Since the introduction of lambdas in Java 8, Java has a well-defined
> > terminology around the classic producer-consumer paradigm but (for
> > reasons unknown to me) realized in the functional interfaces *Supplier
> > and *Consumer. In addition, as of Java 5, we have the Iterable
> > interface.
> >
> > In our new Bloom filter package we have new interfaces called
> > *Producer (as opposed to *Supplier), where some of these new
> > interfaces are formally annotated with @FunctionalInterface and some
> > not (for example, BloomFilterProducer).
> >
> > My question is: Why call these "Producers" instead of "Suppliers"? Is
> > the formal Bloom filter literature tied to the "Producer" terminology
> > in a way that would make adapting to the Java term confusing? I know I
> > brought up a similar topic recently, but I would like to revisit it
> > now that I've started to read Claude's blog drafts. Even without
> > making the current "Producers" formal suppliers by extending Supplier,
> > would it be worth using the Java terminology?
> >
>
> Claude is familiar with the literature and can comment on that. I would
> defer to the literature if it is a common term.
>
> There is one notable distinction to JDK suppliers. Suppliers only supply 1
> element and must be repeatedly called to generate more. The Producers in
> the BloomFilter package will supply multiple values. They are invoked using
> a forEach pattern with the intention of supplying all the elements to a
> predicate, not a consumer. If any of those elements is rejected by the
> predicate then the rest of the elements are not supplied. So this is a
> fail-fast bulk supplier.

Ah, this sounds like a special Iterator, fail-fast as you mention, and
Java does not have that in Java 8 at least.
The Producer class suffix still confuses me since this is neither a
factory nor a traditional supplier. If the classes were called
*Iterator and not extend iterator, then it would also be confusing.
The question is whether it would be useful to extend Iterator or if
the class would never be used as a traditional Iterator. I'll that to
an SME ;-)

>
>
> >
> > My second observation is that some might neither be "Producers" or
> > "Suppliers" but instead be extensions of Iterable. For example,
> > BitMapProducer is not a factory for instances of BitMap; the BitMap
> > does not appear in the signatures of BitMapProducer methods. From a
> > strict Java POV, this is (slightly) perplexing.
> >
>
> Iterable was suggested in an earlier API, particular for the IndexProducer.
> IIRC it was rejected on the basis of simplifying the code for the caller in
> the fail-fast case. Otherwise every user of the iterator must implement
> fail-fast loops over the elements. There may have been other reasons so it
> could be worth a check in the mailing list archives. It would require going
> back a few years but it was discussed on the dev list.
>
> The term BitMap refers to a long that holds 64-consecutive indices as
> either present or absent. You can consider the sequential bitmaps
> containing all indices from [0, n) as the serialized state of a Bloom
> filter with n bits. This is essentially a BitSet as you can see from the
> SimpleBloomFilter implementation. This originally wrapped a BitSet; it was
> converted to directly implement the required read/write bit functionality
> on the grounds of performance (no memory reallocation; no index checks).
>
> We do not have a BitMap class since we use a long primitive.

Yes, we do; it's right here: org.apache.commons.collections4.bloomfilter.BitMap

This makes it hard for a non-expert to groke IMO. If we use terms in
class names and discussions that are... what? Mismatched or misnamed.

A rename would
> be to LongProducer causing a name clash with the JDK. Renaming to something
> else is possible but I believe BitMap is a term from the literature.
>
>
> >
> > Instead (forgetting the class name issue for now), we could have:
> >
> > @FunctionalInterface
> > public interface BitMapProducer extends Iterable {...}
> >
> > Which would let implemen

[Collections] Suppliers, Iterables, and Producers

[Gary Gregory]

Hi Clause, Albert, and all,

Since the introduction of lambdas in Java 8, Java has a well-defined
terminology around the classic producer-consumer paradigm but (for
reasons unknown to me) realized in the functional interfaces *Supplier
and *Consumer. In addition, as of Java 5, we have the Iterable
interface.

In our new Bloom filter package we have new interfaces called
*Producer (as opposed to *Supplier), where some of these new
interfaces are formally annotated with @FunctionalInterface and some
not (for example, BloomFilterProducer).

My question is: Why call these "Producers" instead of "Suppliers"? Is
the formal Bloom filter literature tied to the "Producer" terminology
in a way that would make adapting to the Java term confusing? I know I
brought up a similar topic recently, but I would like to revisit it
now that I've started to read Claude's blog drafts. Even without
making the current "Producers" formal suppliers by extending Supplier,
would it be worth using the Java terminology?

My second observation is that some might neither be "Producers" or
"Suppliers" but instead be extensions of Iterable. For example,
BitMapProducer is not a factory for instances of BitMap; the BitMap
does not appear in the signatures of BitMapProducer methods. From a
strict Java POV, this is (slightly) perplexing.

Instead (forgetting the class name issue for now), we could have:

@FunctionalInterface
public interface BitMapProducer extends Iterable {...}

Which would let implementations define:

Iterator iterator();

Instead of:

boolean forEachBitMap(LongPredicate predicate);

Same comment for IndexProducer.
Same comment for BloomFilterProducer.
Is this too much Java-ness?

CellConsumer looks like a Predicate, not a traditional Java *Consumer.
We have a specialization called LongBiPredicate so I propose we rename
and extract CellConsumer as IntBiPredicate.

TY!
Gary

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[ANNOUNCE] Apache Commons Codec 1.17.0

[Gary Gregory]

The Apache Commons Team is pleased to announce Apache Commons Codec 1.17.0.

The Apache Commons Codec component contains encoder and decoders for
various formats such as Base16, Base32, Base64, digest, and
Hexadecimal. In addition to these widely used encoders and decoders,
the codec package also maintains a collection of phonetic encoding
utilities.

Feature and fix release. Requires a minimum of Java 8.

For complete information on Apache Commons Codec, including
instructions on how to submit bug reports, patches, or suggestions for
improvement, see the Apache Commons Codec website:

https://commons.apache.org/proper/commons-codec/

Download page: 
https://commons.apache.org/proper/commons-codec/download_codec.cgi

Gary Gregory
- Apache Commons Team

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[RESULT][VOTE] Release Apache Commons Codec 1.17.0 based on RC1

[Gary Gregory]

This voting thread passes with the following +1 votes:

- Tomas Lanik (non-binding)
- Gary Gregory (ggregory, binding)
- Bruno Kinoshita (kinow, binding)
- Rob Tompkins (chtompki, binding)

Gary

On Fri, Apr 26, 2024 at 12:38 PM Rob Tompkins  wrote:
>
> +1
>
> Thanks a ton Gary!
>
> > On Apr 20, 2024, at 2:18 PM, Gary Gregory  wrote:
> >
> > We have fixed a few bugs and added enhancements since Apache Commons
> > Codec 1.16.1 was released, so I would like to release Apache Commons
> > Codec 1.17.0.
> >
> > Apache Commons Codec 1.17.0 RC1 is available for review here:
> >https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1
> > (svn revision 68679)
> >
> > The Git tag commons-codec-1.17.0-RC1 commit for this RC is
> > 5d809fe3d729bde9b507a51d2b2ed659da053692 which you can browse here:
> >
> > https://gitbox.apache.org/repos/asf?p=commons-codec.git;a=commit;h=5d809fe3d729bde9b507a51d2b2ed659da053692
> > You may checkout this tag using:
> >git clone https://gitbox.apache.org/repos/asf/commons-codec.git
> > --branch commons-codec-1.17.0-RC1 commons-codec-1.17.0-RC1
> >
> > Maven artifacts are here:
> >
> > https://repository.apache.org/content/repositories/orgapachecommons-1723/commons-codec/commons-codec/1.17.0/
> >
> > These are the artifacts and their hashes:
> >
> > #Release SHA-512s
> > #Sat Apr 20 18:11:51 UTC 2024
> > commons-codec-1.17.0-bin.tar.gz=24bb52e8260c74b7abb0e47d1634d74e35f7f8174c7ce1daec478411b16615542f9675297d2f374bba1135623e260627c5a0300e7b5c3b77309bb13a2a0fa2a9
> > commons-codec-1.17.0-bin.zip=6895c1282bff2cb72d64883759ed706a577afe2ebeae1474bf73473b79b67f62d39ce8025543411468a4bdfdc030dd9392f08a2c9c96d548d373edb3c7071dec
> > commons-codec-1.17.0-bom.json=eccbb26e56f9d92ada5bf5b790cb2311eac42016ab9f77cc185f530a094a4739e0c19f26360ebe397de4f9870ab553a35cb71fcc29a2b23532de64b67e32b344
> > commons-codec-1.17.0-bom.xml=e74a440e5b9b4e740d8d03561925c48ce72c7596fa1ec44bea827abd245eed2efbadbaa8694d1cbef6a41cad5857070d48fc6b7addfa1857567ab17ab331d97b
> > commons-codec-1.17.0-javadoc.jar=c89da8a94284b074e16edb41dc0a895bf2e8c5f201022e393927b634c85743c2be467b953a43e0492db0d76c7aeb9c17be96a8bac1c631536e7481817e6f6f31
> > commons-codec-1.17.0-sources.jar=f51dffee159b257db43d3371b4c5bc7e43729948b20f95085b0f7088c1803321fed29eaede5709404a0e17ad6a68f3f9286623af9eb2744e95dda7461f6dc956
> > commons-codec-1.17.0-src.tar.gz=afa4425e84cc8f2a29b4b95c5129233696180828fcb51dece8febd55d565cc53a4960f543aa430c027b96ed50768c9584b08f55f43c0a35cd22bb3126e3fbea9
> > commons-codec-1.17.0-src.zip=af5fc7d3c8d597729c6c90b4c6a50144a2b14432edd2741e9cbdef794a82f847952bdf7c0603ba20781cc38d0db334c435ae9acbfdefae2aea6b2226cd693e93
> > commons-codec-1.17.0-test-sources.jar=a8eefd6c9f5bcd8d539d1c0becd7994b8b706a25dd7cbf7c529a4533c9e51bb9ff4e7357174601e307fa3d110c7875bf096a46e83a13dcaf8324ffb03cfea860
> > commons-codec-1.17.0-tests.jar=caa3cbc353bca5de9c3823a5ba19950c4fe6155969bed0bdaf9d654e91c4720f2cb6c507b452148d1bb3ad6f543cb4b3b4c1f738569f619df74fbcc498c58130
> > commons-codec_commons-codec-1.17.0.spdx.json=728bad36fe918a0e63a6deb53d3c11d0e1c7fa0b2069ad5a46b24d0ab319819300a93e2694eabf9e19a3875141e49ebb7aea75b874d812bf40a1ec6dcc87ebbf
> >
> > I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> > jacoco -P japicmp clean package site deploy' using:
> >
> > openjdk version "21.0.2" 2024-01-16
> > OpenJDK Runtime Environment Homebrew (build 21.0.2)
> > OpenJDK 64-Bit Server VM Homebrew (build 21.0.2, mixed mode, sharing)
> >
> > Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> > Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> > Java version: 21.0.2, vendor: Homebrew, runtime:
> > /usr/local/Cellar/openjdk/21.0.2/libexec/openjdk.jdk/Contents/Home
> > Default locale: en_US, platform encoding: UTF-8
> > OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
> >
> > Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> > PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
> >
> > Details of changes since 1.16.1 are in the release notes:
> >
> > https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/RELEASE-NOTES.txt
> >
> > https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/site/changes-report.html
> >
> > Site:
> >
> > https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/site/index.html
> >(note some *relative* links are broken and the 1.17.0 directories
> > are not yet created - these will be OK once the site is deployed.)
> >

[RESULT][VOTE] Release Apache Commons BCEL 6.9.0 based on RC1

[Gary Gregory]

This voting thread passes with the following binding +1 votes:

- Gary Gregory (ggregory)
- Bruno Kinoshita (kinow)
- Rob Tompkins (chtompki)

Gary


On Fri, Apr 26, 2024 at 12:20 PM Rob Tompkins  wrote:
>
> +1 here
>
> Thanks Gary!!
>
> > On Apr 25, 2024, at 4:48 PM, Gary D. Gregory  wrote:
> >
> > Ping :-)
> >
> > On 2024/04/22 18:48:21 Bruno Kinoshita wrote:
> >> +1
> >>
> >> Building OK from tag on
> >>
> >> Apache Maven 3.8.5 (3599d3414f046de2324203b78ddcf9b5e4388aa0)
> >> Maven home: /opt/apache-maven-3.8.5
> >> Java version: 17.0.10, vendor: Private Build, runtime:
> >> /usr/lib/jvm/java-17-openjdk-amd64
> >> Default locale: en_US, platform encoding: UTF-8
> >> OS name: "linux", version: "5.15.0-105-generic", arch: "amd64", family:
> >> "unix"
> >>
> >>
> >>
> >> On Sun, 21 Apr 2024 at 19:20, Gary Gregory  wrote:
> >>
> >>> We have fixed a few bugs and one enhancement (Java 16 records) since
> >>> Apache Commons BCEL 6.8.2 was released, so I would like to release
> >>> Apache Commons BCEL 6.9.0.
> >>>
> >>> Apache Commons BCEL 6.9.0 RC1 is available for review here:
> >>>https://dist.apache.org/repos/dist/dev/commons/bcel/6.9.0-RC1 (svn
> >>> revision 68692)
> >>>
> >>> The Git tag commons-bcel-6.9.0-RC1 commit for this RC is
> >>> c240a615d2fcb2497c7d77ad3993e4c66c16e03a which you can browse here:
> >>>
> >>> https://gitbox.apache.org/repos/asf?p=commons-bcel.git;a=commit;h=c240a615d2fcb2497c7d77ad3993e4c66c16e03a
> >>> You may checkout this tag using:
> >>>git clone https://gitbox.apache.org/repos/asf/commons-bcel.git
> >>> --branch <https://gitbox.apache.org/repos/asf/commons-bcel.git--branch>
> >>> commons-bcel-6.9.0-RC1 commons-bcel-6.9.0-RC1
> >>>
> >>> Maven artifacts are here:
> >>>
> >>> https://repository.apache.org/content/repositories/orgapachecommons-1724/org/apache/bcel/bcel/6.9.0/
> >>>
> >>> These are the artifacts and their hashes:
> >>>
> >>> #Release SHA-512s
> >>> #Sun Apr 21 17:07:12 UTC 2024
> >>>
> >>> bcel-6.9.0-bin.tar.gz=e2ac07716a8203405040a18e6dddb84445c0cbc874da382fc67b082c20f3659228ecabf6cba3fbe83b60d36d08c2d9493dfd731960f5aec073f87d9f2e8126f2
> >>>
> >>> bcel-6.9.0-bin.zip=93efcf6194077fc216ca81a0f37ca6dc2f5e4032483cfee34c789fe859917be0924221c502ed886fb4582e3681907e73e4f5af11591d1d6a6b2fd779b871bbda
> >>>
> >>> bcel-6.9.0-bom.json=4c085990c8b5ece5092f8032b56fd7c87a686443f37b04a2701904b37d7fb1f7147013f82110d67b12d449b78d4743634112f5fa9bfa80de03ec71a06755d934
> >>>
> >>> bcel-6.9.0-bom.xml=5759c53a32588f25d672daf90955cee7e2f21a60d98b06a2a8d0fb15ff5308f90885a87eadfbd835cb5b86c856866daac5af04f6723d28495118e984d1d3eff4
> >>>
> >>> bcel-6.9.0-javadoc.jar=ac65e56220c0b8fffd67d03a2b003631c34742f33e385249a3b9c511fce50574771afc800ae6d8521ef6195cfc0f448f64b7b7b21a4d80cfe6ba7af86dd1fb19
> >>>
> >>> bcel-6.9.0-sources.jar=5e9f448c48604edbfcc2416994649d118e58de596212cd034dc21895277829f8540e43f76f3e45396fa29a060b17b1e1b9086068043131e7f771213449a18349
> >>>
> >>> bcel-6.9.0-src.tar.gz=d0a7099257ee30e1ff56896d3d855ba03d2d3efb92a9ac0fba7464ef3052ab26ad7c8ed3a37e551ad5f944a0f04cc811047b20f90c81133ab9aaa008bf517da4
> >>>
> >>> bcel-6.9.0-src.zip=37b632c1f921a8aa476571085ce43bdf63db8150a94640775c7bc56d737613cd24e5531a236223ab3ee2e0b15416f3a5722012edd126defdd0f5f8e6ea6c11d0
> >>>
> >>> bcel-6.9.0-test-sources.jar=9f9d9a56fb477f767ac9d3e7637a4ef1de032d70594bba3c0999b8a616de73d3ba590f32a154d2699efb0ae2a0932e97229e2dba25758402b6412112086afb95
> >>>
> >>> bcel-6.9.0-tests.jar=f645062309b71990440ada1b7cea4b37a24eadcefbe7e0c7a2358905516d713172704c8cfe6f765d89bf8e4a60bfa51096b42efebbe0b5a249f7dc3fecad3e4c
> >>>
> >>> org.apache.bcel_bcel-6.9.0.spdx.json=52ee76059ef22938aabbe6fb62d3d71bc3289d38c2b2cac4ddb415b8e7603c90af9cad33baa9d583f6baf96c1206b66c85fb5576e372473cf3ec1939f3792ea9
> >>>
> >>>
> >>>
> >>> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> >>> jacoco -P japicmp clean package site deploy' using:
> >>>
> >>> openjdk version "17.0.11" 2024-04-16
> >>> OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
> >>> OpenJDK 64-Bit Server VM Homebrew (build 17.0.11

Re: [Collections] Bloom filter package's Hasher to extend Function

[Gary Gregory]

Thank you for the explanation. It sounds like leaving it as is better.

Gary

On Fri, Apr 26, 2024, 2:25 AM Alex Herbert  wrote:

> On Thu, 25 Apr 2024 at 21:47, Gary D. Gregory  wrote:
>
> > Hi Clause, Albert, and all,
> >
> > Why not make Hasher more functional like so:
> >
> > public interface Hasher extends Function
> >
> > It would implement the standard `apply` instead of `indices`.
> >
> > WDYT?
> >
> > Gary
> >
>
> I do not see any problems with this. However it may have little benefit
> other than being consistent with the Java API. Once you have an
> IndexProducer you typically put all the indices into a Bloom filter. But
> you cannot construct a BloomFilter from an IndexProducer alone as you
> require the Shape. So at present I cannot see a common use case for the
> chaining methods (compose, apply) that come with the Function interface.
>
> Alex
>

Re: Does anyone know of a good cache testing library?

[Gary Gregory]

Commons JCS?

Gary

On Thu, Apr 25, 2024, 6:17 AM Claude Warren  wrote:

> I am looking for a cache testing library to test a new cache eviction
> strategy that I have developed.  Does anybody know of one, preferably in
> Java?
>
> Claude
>

Re: [ALL] GitHub is done with Java 8

[Gary Gregory]

Yes, the error I included come from a GH build.

Gary

On Wed, Apr 24, 2024, 10:05 AM Elliotte Rusty Harold 
wrote:

> That's surprising. What's the context for this? Github actions?
>
> On Wed, Apr 24, 2024 at 9:57 AM Gary D. Gregory 
> wrote:
> >
> > Hi All,
> >
> > I just saw this on GitHub for our Lang component:
> >
> > Error: Could not find satisfied version for SemVer '8'.
> >
> > Available versions: 22.0.1+8, 22.0.0+36, 21.0.3+9.0.LTS,
> 21.0.2+13.0.LTS, 21.0.1+12.0.LTS, 21.0.0+35.0.LTS, 20.0.2+9, 20.0.1+9,
> 20.0.0+36, 19.0.2+7, 19.0.1+10, 19.0.0+36, 18.0.2+101, 18.0.2+9, 18.0.1+10,
> 18.0.0+36, 17.0.11+9, 17.0.10+7, 17.0.9+9, 17.0.8+101, 17.0.8+7, 17.0.7+7,
> 17.0.6+10, 17.0.5+8, 17.0.4+101, 17.0.4+8, 17.0.3+7, 17.0.2+8, 17.0.1+12,
> 17.0.0+35, 11.0.23+9, 11.0.22+7.1, 11.0.22+7, 11.0.21+9, 11.0.20+101,
> 11.0.20+8, 11.0.19+7, 11.0.18+10, 11.0.17+8, 11.0.16+101, 11.0.16+8,
> 11.0.15+10
> >
> > So it looks like goodbye Java 8 on GitHub.
> >
> > Gary
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
>
> --
> Elliotte Rusty Harold
> elh...@ibiblio.org
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [VOTE] Release Apache Commons Codec 1.17.0 based on RC1

[Gary Gregory]

My +1

Gary

On Sat, Apr 20, 2024, 2:18 PM Gary Gregory  wrote:

> We have fixed a few bugs and added enhancements since Apache Commons
> Codec 1.16.1 was released, so I would like to release Apache Commons
> Codec 1.17.0.
>
> Apache Commons Codec 1.17.0 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1
> (svn revision 68679)
>
> The Git tag commons-codec-1.17.0-RC1 commit for this RC is
> 5d809fe3d729bde9b507a51d2b2ed659da053692 which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-codec.git;a=commit;h=5d809fe3d729bde9b507a51d2b2ed659da053692
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-codec.git
> --branch <https://gitbox.apache.org/repos/asf/commons-codec.git--branch>
> commons-codec-1.17.0-RC1 commons-codec-1.17.0-RC1
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1723/commons-codec/commons-codec/1.17.0/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sat Apr 20 18:11:51 UTC 2024
>
> commons-codec-1.17.0-bin.tar.gz=24bb52e8260c74b7abb0e47d1634d74e35f7f8174c7ce1daec478411b16615542f9675297d2f374bba1135623e260627c5a0300e7b5c3b77309bb13a2a0fa2a9
>
> commons-codec-1.17.0-bin.zip=6895c1282bff2cb72d64883759ed706a577afe2ebeae1474bf73473b79b67f62d39ce8025543411468a4bdfdc030dd9392f08a2c9c96d548d373edb3c7071dec
>
> commons-codec-1.17.0-bom.json=eccbb26e56f9d92ada5bf5b790cb2311eac42016ab9f77cc185f530a094a4739e0c19f26360ebe397de4f9870ab553a35cb71fcc29a2b23532de64b67e32b344
>
> commons-codec-1.17.0-bom.xml=e74a440e5b9b4e740d8d03561925c48ce72c7596fa1ec44bea827abd245eed2efbadbaa8694d1cbef6a41cad5857070d48fc6b7addfa1857567ab17ab331d97b
>
> commons-codec-1.17.0-javadoc.jar=c89da8a94284b074e16edb41dc0a895bf2e8c5f201022e393927b634c85743c2be467b953a43e0492db0d76c7aeb9c17be96a8bac1c631536e7481817e6f6f31
>
> commons-codec-1.17.0-sources.jar=f51dffee159b257db43d3371b4c5bc7e43729948b20f95085b0f7088c1803321fed29eaede5709404a0e17ad6a68f3f9286623af9eb2744e95dda7461f6dc956
>
> commons-codec-1.17.0-src.tar.gz=afa4425e84cc8f2a29b4b95c5129233696180828fcb51dece8febd55d565cc53a4960f543aa430c027b96ed50768c9584b08f55f43c0a35cd22bb3126e3fbea9
>
> commons-codec-1.17.0-src.zip=af5fc7d3c8d597729c6c90b4c6a50144a2b14432edd2741e9cbdef794a82f847952bdf7c0603ba20781cc38d0db334c435ae9acbfdefae2aea6b2226cd693e93
>
> commons-codec-1.17.0-test-sources.jar=a8eefd6c9f5bcd8d539d1c0becd7994b8b706a25dd7cbf7c529a4533c9e51bb9ff4e7357174601e307fa3d110c7875bf096a46e83a13dcaf8324ffb03cfea860
>
> commons-codec-1.17.0-tests.jar=caa3cbc353bca5de9c3823a5ba19950c4fe6155969bed0bdaf9d654e91c4720f2cb6c507b452148d1bb3ad6f543cb4b3b4c1f738569f619df74fbcc498c58130
>
> commons-codec_commons-codec-1.17.0.spdx.json=728bad36fe918a0e63a6deb53d3c11d0e1c7fa0b2069ad5a46b24d0ab319819300a93e2694eabf9e19a3875141e49ebb7aea75b874d812bf40a1ec6dcc87ebbf
>
> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> jacoco -P japicmp clean package site deploy' using:
>
> openjdk version "21.0.2" 2024-01-16
> OpenJDK Runtime Environment Homebrew (build 21.0.2)
> OpenJDK 64-Bit Server VM Homebrew (build 21.0.2, mixed mode, sharing)
>
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> Java version: 21.0.2, vendor: Homebrew, runtime:
> /usr/local/Cellar/openjdk/21.0.2/libexec/openjdk.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
>
> Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
>
> Details of changes since 1.16.1 are in the release notes:
>
> https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/RELEASE-NOTES.txt
>
> https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/site/changes-report.html
>
> Site:
>
> https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/site/index.html
> (note some *relative* links are broken and the 1.17.0 directories
> are not yet created - these will be OK once the site is deployed.)
>
> JApiCmp Report (compared to 1.16.1):
>
> https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/site/japicmp.html
>
> RAT Report:
>
> https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/site/rat-report.html
>
> KEYS:
>     https://downloads.apache.org/commons/KEYS
>
> Please review the release candidate and vote.
> This vote will close no sooner than 72 hours from now.
>
>   [ ] +1 Release these artifacts
>   [ ] +0 OK, but...
> 

[VOTE] Release Apache Commons BCEL 6.9.0 based on RC1

[Gary Gregory]

We have fixed a few bugs and one enhancement (Java 16 records) since
Apache Commons BCEL 6.8.2 was released, so I would like to release
Apache Commons BCEL 6.9.0.

Apache Commons BCEL 6.9.0 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/bcel/6.9.0-RC1 (svn
revision 68692)

The Git tag commons-bcel-6.9.0-RC1 commit for this RC is
c240a615d2fcb2497c7d77ad3993e4c66c16e03a which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-bcel.git;a=commit;h=c240a615d2fcb2497c7d77ad3993e4c66c16e03a
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-bcel.git
--branch commons-bcel-6.9.0-RC1 commons-bcel-6.9.0-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1724/org/apache/bcel/bcel/6.9.0/

These are the artifacts and their hashes:

#Release SHA-512s
#Sun Apr 21 17:07:12 UTC 2024
bcel-6.9.0-bin.tar.gz=e2ac07716a8203405040a18e6dddb84445c0cbc874da382fc67b082c20f3659228ecabf6cba3fbe83b60d36d08c2d9493dfd731960f5aec073f87d9f2e8126f2
bcel-6.9.0-bin.zip=93efcf6194077fc216ca81a0f37ca6dc2f5e4032483cfee34c789fe859917be0924221c502ed886fb4582e3681907e73e4f5af11591d1d6a6b2fd779b871bbda
bcel-6.9.0-bom.json=4c085990c8b5ece5092f8032b56fd7c87a686443f37b04a2701904b37d7fb1f7147013f82110d67b12d449b78d4743634112f5fa9bfa80de03ec71a06755d934
bcel-6.9.0-bom.xml=5759c53a32588f25d672daf90955cee7e2f21a60d98b06a2a8d0fb15ff5308f90885a87eadfbd835cb5b86c856866daac5af04f6723d28495118e984d1d3eff4
bcel-6.9.0-javadoc.jar=ac65e56220c0b8fffd67d03a2b003631c34742f33e385249a3b9c511fce50574771afc800ae6d8521ef6195cfc0f448f64b7b7b21a4d80cfe6ba7af86dd1fb19
bcel-6.9.0-sources.jar=5e9f448c48604edbfcc2416994649d118e58de596212cd034dc21895277829f8540e43f76f3e45396fa29a060b17b1e1b9086068043131e7f771213449a18349
bcel-6.9.0-src.tar.gz=d0a7099257ee30e1ff56896d3d855ba03d2d3efb92a9ac0fba7464ef3052ab26ad7c8ed3a37e551ad5f944a0f04cc811047b20f90c81133ab9aaa008bf517da4
bcel-6.9.0-src.zip=37b632c1f921a8aa476571085ce43bdf63db8150a94640775c7bc56d737613cd24e5531a236223ab3ee2e0b15416f3a5722012edd126defdd0f5f8e6ea6c11d0
bcel-6.9.0-test-sources.jar=9f9d9a56fb477f767ac9d3e7637a4ef1de032d70594bba3c0999b8a616de73d3ba590f32a154d2699efb0ae2a0932e97229e2dba25758402b6412112086afb95
bcel-6.9.0-tests.jar=f645062309b71990440ada1b7cea4b37a24eadcefbe7e0c7a2358905516d713172704c8cfe6f765d89bf8e4a60bfa51096b42efebbe0b5a249f7dc3fecad3e4c
org.apache.bcel_bcel-6.9.0.spdx.json=52ee76059ef22938aabbe6fb62d3d71bc3289d38c2b2cac4ddb415b8e7603c90af9cad33baa9d583f6baf96c1206b66c85fb5576e372473cf3ec1939f3792ea9



I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "17.0.11" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.11, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 6.8.2 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/bcel/6.9.0-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/bcel/6.9.0-RC1/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/bcel/6.9.0-RC1/site/index.html
(note some *relative* links are broken and the 6.9.0 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 6.8.2):

https://dist.apache.org/repos/dist/dev/commons/bcel/6.9.0-RC1/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/bcel/6.9.0-RC1/site/rat-report.html

KEYS:
https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1a) Clone and checkout the RC tag

git clone https://gitbox.apache.org/repos/asf/commons-bcel.git
--branch commons-bcel-6.9.0-RC1 commons-bcel-6.9.0-RC1
cd commons-bcel-6.9.0-RC1

1b) Download and unpack the source archive from:

https://dist.apache.org/repo

[VOTE] Release Apache Commons Codec 1.17.0 based on RC1

[Gary Gregory]

We have fixed a few bugs and added enhancements since Apache Commons
Codec 1.16.1 was released, so I would like to release Apache Commons
Codec 1.17.0.

Apache Commons Codec 1.17.0 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1
(svn revision 68679)

The Git tag commons-codec-1.17.0-RC1 commit for this RC is
5d809fe3d729bde9b507a51d2b2ed659da053692 which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-codec.git;a=commit;h=5d809fe3d729bde9b507a51d2b2ed659da053692
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-codec.git
--branch commons-codec-1.17.0-RC1 commons-codec-1.17.0-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1723/commons-codec/commons-codec/1.17.0/

These are the artifacts and their hashes:

#Release SHA-512s
#Sat Apr 20 18:11:51 UTC 2024
commons-codec-1.17.0-bin.tar.gz=24bb52e8260c74b7abb0e47d1634d74e35f7f8174c7ce1daec478411b16615542f9675297d2f374bba1135623e260627c5a0300e7b5c3b77309bb13a2a0fa2a9
commons-codec-1.17.0-bin.zip=6895c1282bff2cb72d64883759ed706a577afe2ebeae1474bf73473b79b67f62d39ce8025543411468a4bdfdc030dd9392f08a2c9c96d548d373edb3c7071dec
commons-codec-1.17.0-bom.json=eccbb26e56f9d92ada5bf5b790cb2311eac42016ab9f77cc185f530a094a4739e0c19f26360ebe397de4f9870ab553a35cb71fcc29a2b23532de64b67e32b344
commons-codec-1.17.0-bom.xml=e74a440e5b9b4e740d8d03561925c48ce72c7596fa1ec44bea827abd245eed2efbadbaa8694d1cbef6a41cad5857070d48fc6b7addfa1857567ab17ab331d97b
commons-codec-1.17.0-javadoc.jar=c89da8a94284b074e16edb41dc0a895bf2e8c5f201022e393927b634c85743c2be467b953a43e0492db0d76c7aeb9c17be96a8bac1c631536e7481817e6f6f31
commons-codec-1.17.0-sources.jar=f51dffee159b257db43d3371b4c5bc7e43729948b20f95085b0f7088c1803321fed29eaede5709404a0e17ad6a68f3f9286623af9eb2744e95dda7461f6dc956
commons-codec-1.17.0-src.tar.gz=afa4425e84cc8f2a29b4b95c5129233696180828fcb51dece8febd55d565cc53a4960f543aa430c027b96ed50768c9584b08f55f43c0a35cd22bb3126e3fbea9
commons-codec-1.17.0-src.zip=af5fc7d3c8d597729c6c90b4c6a50144a2b14432edd2741e9cbdef794a82f847952bdf7c0603ba20781cc38d0db334c435ae9acbfdefae2aea6b2226cd693e93
commons-codec-1.17.0-test-sources.jar=a8eefd6c9f5bcd8d539d1c0becd7994b8b706a25dd7cbf7c529a4533c9e51bb9ff4e7357174601e307fa3d110c7875bf096a46e83a13dcaf8324ffb03cfea860
commons-codec-1.17.0-tests.jar=caa3cbc353bca5de9c3823a5ba19950c4fe6155969bed0bdaf9d654e91c4720f2cb6c507b452148d1bb3ad6f543cb4b3b4c1f738569f619df74fbcc498c58130
commons-codec_commons-codec-1.17.0.spdx.json=728bad36fe918a0e63a6deb53d3c11d0e1c7fa0b2069ad5a46b24d0ab319819300a93e2694eabf9e19a3875141e49ebb7aea75b874d812bf40a1ec6dcc87ebbf

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "21.0.2" 2024-01-16
OpenJDK Runtime Environment Homebrew (build 21.0.2)
OpenJDK 64-Bit Server VM Homebrew (build 21.0.2, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 21.0.2, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk/21.0.2/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 1.16.1 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/site/index.html
(note some *relative* links are broken and the 1.17.0 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 1.16.1):

https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/codec/1.17.0-RC1/site/rat-report.html

KEYS:
https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1a) Clone and checkout the RC tag

git clone https://gitbox.apache.org/repos/asf/commons-codec.git
--branch commons-codec-1.17.0-RC1 common

Re: [VOTE] Release Apache Commons JCS 3.2.1 based on rc2

[Gary Gregory]

So that's +1 (sorry for the misfired email).

The Java 21 I tested is:

openjdk version "21.0.2" 2024-01-16
OpenJDK Runtime Environment Homebrew (build 21.0.2)
OpenJDK 64-Bit Server VM Homebrew (build 21.0.2, mixed mode, sharing)

Gary

On Sat, Apr 20, 2024 at 1:40 PM Gary Gregory  wrote:
>
> Tested src zip file:
> - SHA512 OK
> - ASC OK
> - `mvn` (default goal) OK
>
> Using Java 17 OK:
>
> openjdk version "17.0.11" 2024-04-16
> OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
> OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)
>
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> Java version: 17.0.11, vendor: Homebrew, runtime:
> /usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
>
> Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
>
> Tested with Java 21 and `mvn` (default goal):
>
>
> Gary
>
> On Sat, Apr 20, 2024 at 6:25 AM Thomas Vandahl  wrote:
> >
> > Hi folks,
> >
> > We have fixed a few bugs since Apache Commons JCS 3.2 was released, so I 
> > would like to release Apache Commons JCS 3.2.1.
> >
> > Apache Commons JCS 3.2.1 rc2 is available for review here:
> > https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc2 (svn 
> > revision 68673)
> >
> > The Git tag commons-jcs3-3.2.1-rc2 commit for this RC is 
> > a2263c39fb07410ec75cf961362f9d9371298844 which you can browse here:
> > 
> > https://gitbox.apache.org/repos/asf?p=commons-jcs.git;a=commit;h=a2263c39fb07410ec75cf961362f9d9371298844
> > You may checkout this tag using:
> > git clone https://gitbox.apache.org/repos/asf/commons-jcs.git --branch 
> > commons-jcs3-3.2.1-rc2 commons-jcs3-3.2.1-rc2
> >
> > Maven artifacts are here:
> > 
> > https://repository.apache.org/content/repositories/orgapachecommons-1722/org/apache/commons/commons-jcs3/3.2.1/
> >
> > These are the artifacts and their hashes:
> >
> > 20f898a3f7c41de29249d9e7e57cab754c5aa710da43c7018ce25413fa695d4edb363e036fd57884652e05ccf1e6b5946c7f4ff4b9a723affca42914e89935af
> >   commons-jcs3-dist-3.2.1-bin.tar.gz
> > fe454deabd3311c2c7b59db7ce25db49f6ba0bccfd97bb9262e38adaeb00cbb16d6ba8542b75d816a5ca05098782cf44374d3fe0573814370923fef940d00c56
> >   commons-jcs3-dist-3.2.1-bin.zip
> > 7c9d912978f0f88a01e9e2a9475bd07a6c81379bb12f4a4cbdeec890899c7dbdcb6421c45c0655d28cf951f284ab32ca61d8a1aedbdad46d05bd127c060c5968
> >   commons-jcs3-dist-3.2.1-src.tar.gz
> > 4c513b03909fdfe9dff1e6d6689e33b8badd92f5d6d470172ad1fdfe86f0869398cc77ff2cb114db8648a332d47375c6615ac26d574fa9882b7564481cc14f72
> >   commons-jcs3-dist-3.2.1-src.zip
> >
> > I have tested this with ***'mvn clean install site site:stage'*** using:
> > --
> > Apache Maven 3.8.4 (9b656c72d54e5bacbed989b64718c159fe39b537)
> > Java version: 17.0.8, vendor: Oracle Corporation, runtime: 
> > /Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home
> > Default locale: de_DE, platform encoding: UTF-8
> > OS name: "mac os x", version: "11.7.10", arch: "x86_64", family: "mac"
> > --
> >
> > NOTE: Some JCS tests require a working multicast setup. If you get test 
> > failures from tests
> > starting with UDPDiscovery*, make sure that your network supports multicast 
> > (most VPNs do not,
> > for example).
> >
> >
> > Details of changes since 3.2 are in the release notes:
> > 
> > https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc2/RELEASE-NOTES.txt
> > 
> > https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc2/site/changes-report.html
> >
> > Site:
> > 
> > https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc2/site/index.html
> > (note some *relative* links are broken and the 3.2.1 directories are 
> > not yet created - these will be OK once the site is deployed.)
> >
> > JApiCmp Report (compared to 3.2):
> > 
> > https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc2/site/commons-jcs3-core/japicmp.html
> >
> > RAT Report:
> > 
> > https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc2/site/commons-jcs3-core/rat-report.html
> >
> > KEYS:
> >   https://www.apache.org/dist/commons/KEYS
> >
> > Please review the release candidate and vote.
> 

Re: [VOTE] Release Apache Commons JCS 3.2.1 based on rc2

[Gary Gregory]

Tested src zip file:
- SHA512 OK
- ASC OK
- `mvn` (default goal) OK

Using Java 17 OK:

openjdk version "17.0.11" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.11, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Tested with Java 21 and `mvn` (default goal):


Gary

On Sat, Apr 20, 2024 at 6:25 AM Thomas Vandahl  wrote:
>
> Hi folks,
>
> We have fixed a few bugs since Apache Commons JCS 3.2 was released, so I 
> would like to release Apache Commons JCS 3.2.1.
>
> Apache Commons JCS 3.2.1 rc2 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc2 (svn 
> revision 68673)
>
> The Git tag commons-jcs3-3.2.1-rc2 commit for this RC is 
> a2263c39fb07410ec75cf961362f9d9371298844 which you can browse here:
> 
> https://gitbox.apache.org/repos/asf?p=commons-jcs.git;a=commit;h=a2263c39fb07410ec75cf961362f9d9371298844
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-jcs.git --branch 
> commons-jcs3-3.2.1-rc2 commons-jcs3-3.2.1-rc2
>
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1722/org/apache/commons/commons-jcs3/3.2.1/
>
> These are the artifacts and their hashes:
>
> 20f898a3f7c41de29249d9e7e57cab754c5aa710da43c7018ce25413fa695d4edb363e036fd57884652e05ccf1e6b5946c7f4ff4b9a723affca42914e89935af
>   commons-jcs3-dist-3.2.1-bin.tar.gz
> fe454deabd3311c2c7b59db7ce25db49f6ba0bccfd97bb9262e38adaeb00cbb16d6ba8542b75d816a5ca05098782cf44374d3fe0573814370923fef940d00c56
>   commons-jcs3-dist-3.2.1-bin.zip
> 7c9d912978f0f88a01e9e2a9475bd07a6c81379bb12f4a4cbdeec890899c7dbdcb6421c45c0655d28cf951f284ab32ca61d8a1aedbdad46d05bd127c060c5968
>   commons-jcs3-dist-3.2.1-src.tar.gz
> 4c513b03909fdfe9dff1e6d6689e33b8badd92f5d6d470172ad1fdfe86f0869398cc77ff2cb114db8648a332d47375c6615ac26d574fa9882b7564481cc14f72
>   commons-jcs3-dist-3.2.1-src.zip
>
> I have tested this with ***'mvn clean install site site:stage'*** using:
> --
> Apache Maven 3.8.4 (9b656c72d54e5bacbed989b64718c159fe39b537)
> Java version: 17.0.8, vendor: Oracle Corporation, runtime: 
> /Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home
> Default locale: de_DE, platform encoding: UTF-8
> OS name: "mac os x", version: "11.7.10", arch: "x86_64", family: "mac"
> --
>
> NOTE: Some JCS tests require a working multicast setup. If you get test 
> failures from tests
> starting with UDPDiscovery*, make sure that your network supports multicast 
> (most VPNs do not,
> for example).
>
>
> Details of changes since 3.2 are in the release notes:
> 
> https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc2/RELEASE-NOTES.txt
> 
> https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc2/site/changes-report.html
>
> Site:
> 
> https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc2/site/index.html
> (note some *relative* links are broken and the 3.2.1 directories are not 
> yet created - these will be OK once the site is deployed.)
>
> JApiCmp Report (compared to 3.2):
> 
> https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc2/site/commons-jcs3-core/japicmp.html
>
> RAT Report:
> 
> https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc2/site/commons-jcs3-core/rat-report.html
>
> KEYS:
>   https://www.apache.org/dist/commons/KEYS
>
> Please review the release candidate and vote.
> This vote will close no sooner than 72 hours from now.
>
>   [ ] +1 Release these artifacts
>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this release because...
>
> Thank you,
>
> tv,
> Release Manager (using key 88817402)
>
>
> -
> 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

Re: (commons-parent) branch master updated: Facilitate JMH benchmarking from the Maven CLI

[Gary Gregory]

I don't what would go in this new component though. The tests in the
components I looked at don't have anything to share AFAICT.

Gary

On Sat, Apr 20, 2024, 12:13 PM Gilles Sadowski  wrote:

> Hi.
>
> Le sam. 20 avr. 2024 à 17:50, Gary Gregory  a
> écrit :
> >
> > Hello,
> >
> > I looked at Commons Lang, Commons IO, Commons CSV, Commons BCEL, Commons
> > Crypto, and Commons Text. All of the above do the same duplicate work.
>
> For sure, it's an improvement to make duplicate configurations obsolete.
> However, shouldn't we go a step further in harmonizing the repositories'
> structure in terms of functionality?
> For example, we could have a component ("internal" to Commons" dedicated
> to benchmarking boiler-plate code (similar to, or within, the "Testing"
> project
> which you had proposed some time ago).
> As noted, IMHO a Maven module dedicated to benchmarking is preferable to
> "mixing" with unit tests (e.g. only that module would then depend on the
> benchmarking utilities).
>
> Regards,
> Gilles
>
> >
> > Gary
> >
> > On Sat, Apr 20, 2024, 11:01 AM Gilles Sadowski 
> wrote:
> >
> > > Hi.
> > >
> > > This commit caught my attention but I've not looked in detail (sorry!).
> > > I'm wondering whether this addition deserves a discussion here on "dev"
> > > to reach consensus on how to handle benchmarking code in a uniform
> > > way across all components.
> > > For a long time, some components (namely and mainly "Commons
> > > RNG") have been providing[1] extensive JMH codes (in dedicated
> > > maven modules) in order to generate benchmark reports.
> > > This addition seems (?) to duplicate the functionality, under different
> > > assumptions on how to trigger it.
> > > Did you look at how the benchmarking functionality is laid out in
> [RNG]?
> > > Can't it be generalized to other components, with or without formal
> > > support in the "main" POM file?  [At first sight, it would seem tidier,
> > > more
> > > flexible and more maintainable, to *not* bundle benchmark codes within
> > > "src/test" (where true unit tests reside)...]
> > >
> > > Gilles
> > >
> > > [1] Thanks to Alex.
> > >
> > > Le sam. 20 avr. 2024 à 16:30,  a écrit :
> > > >
> > > > [...]
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: (commons-parent) branch master updated: Facilitate JMH benchmarking from the Maven CLI

[Gary Gregory]

Hello,

I looked at Commons Lang, Commons IO, Commons CSV, Commons BCEL, Commons
Crypto, and Commons Text. All of the above do the same duplicate work.

Gary

On Sat, Apr 20, 2024, 11:01 AM Gilles Sadowski  wrote:

> Hi.
>
> This commit caught my attention but I've not looked in detail (sorry!).
> I'm wondering whether this addition deserves a discussion here on "dev"
> to reach consensus on how to handle benchmarking code in a uniform
> way across all components.
> For a long time, some components (namely and mainly "Commons
> RNG") have been providing[1] extensive JMH codes (in dedicated
> maven modules) in order to generate benchmark reports.
> This addition seems (?) to duplicate the functionality, under different
> assumptions on how to trigger it.
> Did you look at how the benchmarking functionality is laid out in [RNG]?
> Can't it be generalized to other components, with or without formal
> support in the "main" POM file?  [At first sight, it would seem tidier,
> more
> flexible and more maintainable, to *not* bundle benchmark codes within
> "src/test" (where true unit tests reside)...]
>
> Gilles
>
> [1] Thanks to Alex.
>
> Le sam. 20 avr. 2024 à 16:30,  a écrit :
> >
> > This is an automated email from the ASF dual-hosted git repository.
> >
> > ggregory pushed a commit to branch master
> > in repository https://gitbox.apache.org/repos/asf/commons-parent.git
> >
> >
> > The following commit(s) were added to refs/heads/master by this push:
> >  new 9637b97  Facilitate JMH benchmarking from the Maven CLI
> > 9637b97 is described below
> >
> > commit 9637b97c371906c90d958b2b7869a47818ad2e0b
> > Author: Gary Gregory 
> > AuthorDate: Sat Apr 20 10:28:56 2024 -0400
> >
> > Facilitate JMH benchmarking from the Maven CLI
> >
> > - Add profile benchmark for JMH benchmarks
> > - Add JMH to dependency management section
> > ---
> >  pom.xml | 46
> +-
> >  src/changes/changes.xml |  3 +++
> >  2 files changed, 44 insertions(+), 5 deletions(-)
> >
> > diff --git a/pom.xml b/pom.xml
> > index abfe20e..dbb3698 100644
> > --- a/pom.xml
> > +++ b/pom.xml
> > @@ -167,7 +167,7 @@
> >  
> >  6.4.1 .aQute.bndlib.version>
> >  5.10.2
> > -
> > +1.37
> >  
> >java-11-up
> > @@ -1856,7 +1855,6 @@
> >  10.15.0
> >
> >  
> > -
> >  
> >   
> >java-17-up
> > @@ -1870,7 +1868,45 @@
> >  -->
> >
> >  
> > -
> > +
> > +  
> > +  benchmark
> > +  
> > +true
> > +org.apache
> > +  
> > +  
> > +
> > +  
> > +org.codehaus.mojo
> > +exec-maven-plugin
> > +3.2.0
> > +
> > +  
> > +benchmark
> > +test
> > +
> > +  exec
> > +
> > +
> > +  test
> > +  java
> > +  
> > +-classpath
> > +
> > +org.openjdk.jmh.Main
> > +-rf
> > +json
> > +-rff
> > +
> target/jmh-result.${benchmark}.json
> > +${benchmark}
> > +  
> > +
> > +  
> > +
> > +  
> > +
> > +  
> > +
> >
> > -
> >  
> > diff --git a/src/changes/changes.xml b/src/changes/changes.xml
> > index a62cb49..0937e3b 100644
> > --- a/src/changes/changes.xml
> > +++ b/src/changes/changes.xml
> > @@ -58,6 +58,9 @@ The  type attribute can be
> add,update,fix,remove.
> >   -->
> >  
> >  
> > +   
> > +   Add
> profile benchmark for JMH benchmarks.
> > +   Add
> JMH to dependency management section.
> > 
> > Set
> Javadoc link to latest Java API LTS version.
> > 
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: Is there a blog for commons?

[Gary Gregory]

It sounds to me like the Apache wide news blog is the best place or the
site. A new blog no one's seen before would not achieve that. Once we
publish it, it's up to us to promote it our socials.

Gary

On Fri, Apr 19, 2024, 10:32 AM Claude Warren  wrote:

> I was really looking for a way to reach out to developers that do not know
> that there is a Bloom filter implementation and may not know how they could
> use one.  Once someone knows they'll look in the project documentation and
> or javadoc (so I have no issue putting the info there as well).
>
> On Fri, Apr 19, 2024 at 2:43 PM Gary Gregory 
> wrote:
>
> > How about putting this in the Javadoc at the package level in
> > package-info.java?
> >
> > Closer to the code is more likely to be maintained than out in the wild
> on
> > a blog.
> >
> > Gary
> >
> > On Fri, Apr 19, 2024, 8:29 AM Gilles Sadowski 
> > wrote:
> >
> > > Le ven. 19 avr. 2024 à 13:05, Gary Gregory  a
> > > écrit :
> > > >
> > > > I think there are three places today this type of information can
> live
> > > > within Apache:
> > > >
> > > > - the component website (which we can publish whenever we want)
> > > > - the project wiki (which automatically is live)
> > > > - https://news.apache.org/ (not sure how one posts there)
> > >
> > > I beg to differ.
> > > From what I understand, this would be much more useful in a
> > > documentation section of the component (as a practical way to
> > > learn how to use non-trivial functionality implemented there).
> > >
> > > [If the primary purpose is personal advertisement, there is no
> > > real point discussing it on the Commons "dev" ML.]
> > >
> > > Regards,
> > > Gilles
> > >
> > > >
> > > > [...]
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> > >
> > >
> >
>
>
> --
> LinkedIn: http://www.linkedin.com/in/claudewarren
>

Re: [LAZY][VOTE] Release Apache Commons Release Plugin 1.8.2 based on RC1

[Gary Gregory]

My +1

Gary

On Mon, Apr 15, 2024 at 9:05 PM Gary Gregory  wrote:
>
> We have fixed a few bugs and added enhancements since Apache Commons
> Release Plugin 1.8.1 was released, so I would like to release Apache
> Commons Release Plugin 1.8.2.
>
> Apache Commons Release Plugin 1.8.2 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1
> (svn revision 68552)
>
> The Git tag commons-release-plugin-1.8.2-RC1 commit for this RC is
> d5fa1ff2f5b4ad5adb3acd39f4e7360f59704205 which you can browse here:
> 
> https://gitbox.apache.org/repos/asf?p=commons-release-plugin.git;a=commit;h=d5fa1ff2f5b4ad5adb3acd39f4e7360f59704205
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-release-plugin.git
> --branch commons-release-plugin-1.8.2-RC1
> commons-release-plugin-1.8.2-RC1
>
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1721/org/apache/commons/commons-release-plugin/1.8.2/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Tue Apr 16 00:55:51 UTC 2024
> commons-release-plugin-1.8.2-bin.zip=2a547ef3c72405f297b837b87f975eb5463b6fe017ea72fc72fecd245ca0533ad211231350cd1b70c30ce9317c597838cd9146913c94f668b11f783feea9a970
> commons-release-plugin-1.8.2-sources.jar=cc49b6cc1b1993da0b3b1c9394b10708cf07634ddd455f710e82f5d3a1256ce399ef320184d0116a092cee586fa633afeff4931768703a0467cfe5dc47dd8ac8
> commons-release-plugin-1.8.2-bin.tar.gz=9da41fdb453c9027a2abc321d547033ea893952dccec172d959b8e8db884e221ae5bdbf5a150c5329dca3bb6e015401639c69f2d2f2815ba416c75189a55
> commons-release-plugin-1.8.2-javadoc.jar=19a440a12c26fb4261f600a0ebee0dc2463251fcdb2c82b9d7501a09597faa5830a6e9323268f0af6707216b91d26b10ea529553821ab0627b0a1dcf08d25914
> commons-release-plugin-1.8.2-test-sources.jar=3fe71f4a31f66d9f391741d3dcfd3582938d7fd22cb66e3f2c82b00d8fae7b8101a5eb757f06d46281cce71513f64508491999f8e25fba4df0a9971f2b0e6858
> commons-release-plugin-1.8.2-bom.xml=aac5c147a1049ce0eb8bdc20d3f51f3ce9c7e87b35b2d500da3c0c955dbff186a23e4600411b18721b146d804d7909c55ad2b8eb5ab82166410d1540fdcb0b65
> commons-release-plugin-1.8.2-bom.json=406a4a32a784142de77e81579df6cf030a1deca837d44c779d498134d12872233533146ef6bdd6a0ea5984b7a307e7d9cebcf63781db814713ce7336a2d94727
> commons-release-plugin-1.8.2-tests.jar=19ebc95faeacbb253058762d9b6edf11b9c22f9825557d00cc9d871c2ae86beafb93f0106ec9f59830a3eacc1d069f2611dd64324c43949770b427976afe49c7
> org.apache.commons_commons-release-plugin-1.8.2.spdx.json=7d1262c9f11c161bba7f09abee7345a74b37f65cb00e1ce5fd13f6eff6f977d5d1c8982f0cca65dbeb1ba7a69eb77941b672b90f2fc2d8908b15ae3bb67b9b74
> commons-release-plugin-1.8.2-src.tar.gz=0579a023f926da53b5d2f273676c1bdd1cff1cf1a9f4e45bfc78370cb3111d91c73216251b4e1b79511e4eb41cc867d1ac80a2c2f77a0a60dcc687fc5edc904f
> commons-release-plugin-1.8.2-src.zip=7a9c27460158ef13a1ff2723a5c2fea7f0a825031f0513c14f83c154ea36437545c812729cd7af8b361b66f95905e55434164cb3ca858bdebee6600d331d0028
>
> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> jacoco -P japicmp clean package site deploy' using:
>
> penjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
> OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)
>
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> Java version: 17.0.10, vendor: Homebrew, runtime:
> /usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
>
> Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
>
> Details of changes since 1.8.1 are in the release notes:
> 
> https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/RELEASE-NOTES.txt
> 
> https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/site/changes-report.html
>
> Site:
> 
> https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/site/index.html
> (note some *relative* links are broken and the 1.8.2 directories
> are not yet created - these will be OK once the site is deployed.)
>
> JApiCmp Report (compared to 1.8.1):
> 
> https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/site/japicmp.html
>
> RAT Report:
> 
> https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/site/rat-report.html
>
> KEYS:
> https://downloads.apache.org/commons/KEYS
>
> Please review the release candidate a

[RESULT][LAZY][VOTE] Release Apache Commons Release Plugin 1.8.2 based on RC1

[Gary Gregory]

This lazy voting thread passes with the following binding +1 votes:

- Gary Gregory (ggregory)

Gary

On Fri, Apr 19, 2024 at 10:29 AM Gary Gregory  wrote:
>
> My +1
>
> Gary
>
> On Mon, Apr 15, 2024 at 9:05 PM Gary Gregory  wrote:
> >
> > We have fixed a few bugs and added enhancements since Apache Commons
> > Release Plugin 1.8.1 was released, so I would like to release Apache
> > Commons Release Plugin 1.8.2.
> >
> > Apache Commons Release Plugin 1.8.2 RC1 is available for review here:
> > https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1
> > (svn revision 68552)
> >
> > The Git tag commons-release-plugin-1.8.2-RC1 commit for this RC is
> > d5fa1ff2f5b4ad5adb3acd39f4e7360f59704205 which you can browse here:
> > 
> > https://gitbox.apache.org/repos/asf?p=commons-release-plugin.git;a=commit;h=d5fa1ff2f5b4ad5adb3acd39f4e7360f59704205
> > You may checkout this tag using:
> > git clone https://gitbox.apache.org/repos/asf/commons-release-plugin.git
> > --branch commons-release-plugin-1.8.2-RC1
> > commons-release-plugin-1.8.2-RC1
> >
> > Maven artifacts are here:
> > 
> > https://repository.apache.org/content/repositories/orgapachecommons-1721/org/apache/commons/commons-release-plugin/1.8.2/
> >
> > These are the artifacts and their hashes:
> >
> > #Release SHA-512s
> > #Tue Apr 16 00:55:51 UTC 2024
> > commons-release-plugin-1.8.2-bin.zip=2a547ef3c72405f297b837b87f975eb5463b6fe017ea72fc72fecd245ca0533ad211231350cd1b70c30ce9317c597838cd9146913c94f668b11f783feea9a970
> > commons-release-plugin-1.8.2-sources.jar=cc49b6cc1b1993da0b3b1c9394b10708cf07634ddd455f710e82f5d3a1256ce399ef320184d0116a092cee586fa633afeff4931768703a0467cfe5dc47dd8ac8
> > commons-release-plugin-1.8.2-bin.tar.gz=9da41fdb453c9027a2abc321d547033ea893952dccec172d959b8e8db884e221ae5bdbf5a150c5329dca3bb6e015401639c69f2d2f2815ba416c75189a55
> > commons-release-plugin-1.8.2-javadoc.jar=19a440a12c26fb4261f600a0ebee0dc2463251fcdb2c82b9d7501a09597faa5830a6e9323268f0af6707216b91d26b10ea529553821ab0627b0a1dcf08d25914
> > commons-release-plugin-1.8.2-test-sources.jar=3fe71f4a31f66d9f391741d3dcfd3582938d7fd22cb66e3f2c82b00d8fae7b8101a5eb757f06d46281cce71513f64508491999f8e25fba4df0a9971f2b0e6858
> > commons-release-plugin-1.8.2-bom.xml=aac5c147a1049ce0eb8bdc20d3f51f3ce9c7e87b35b2d500da3c0c955dbff186a23e4600411b18721b146d804d7909c55ad2b8eb5ab82166410d1540fdcb0b65
> > commons-release-plugin-1.8.2-bom.json=406a4a32a784142de77e81579df6cf030a1deca837d44c779d498134d12872233533146ef6bdd6a0ea5984b7a307e7d9cebcf63781db814713ce7336a2d94727
> > commons-release-plugin-1.8.2-tests.jar=19ebc95faeacbb253058762d9b6edf11b9c22f9825557d00cc9d871c2ae86beafb93f0106ec9f59830a3eacc1d069f2611dd64324c43949770b427976afe49c7
> > org.apache.commons_commons-release-plugin-1.8.2.spdx.json=7d1262c9f11c161bba7f09abee7345a74b37f65cb00e1ce5fd13f6eff6f977d5d1c8982f0cca65dbeb1ba7a69eb77941b672b90f2fc2d8908b15ae3bb67b9b74
> > commons-release-plugin-1.8.2-src.tar.gz=0579a023f926da53b5d2f273676c1bdd1cff1cf1a9f4e45bfc78370cb3111d91c73216251b4e1b79511e4eb41cc867d1ac80a2c2f77a0a60dcc687fc5edc904f
> > commons-release-plugin-1.8.2-src.zip=7a9c27460158ef13a1ff2723a5c2fea7f0a825031f0513c14f83c154ea36437545c812729cd7af8b361b66f95905e55434164cb3ca858bdebee6600d331d0028
> >
> > I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> > jacoco -P japicmp clean package site deploy' using:
> >
> > penjdk version "17.0.10" 2024-01-16
> > OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
> > OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)
> >
> > Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> > Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> > Java version: 17.0.10, vendor: Homebrew, runtime:
> > /usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
> > Default locale: en_US, platform encoding: UTF-8
> > OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
> >
> > Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> > PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
> >
> > Details of changes since 1.8.1 are in the release notes:
> > 
> > https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/RELEASE-NOTES.txt
> > 
> > https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/site/changes-report.html
> >
> > Site:
> > 
> > https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/site/index.html
> > (note some *relative* links are brok

Re: Is there a blog for commons?

[Gary Gregory]

How about putting this in the Javadoc at the package level in
package-info.java?

Closer to the code is more likely to be maintained than out in the wild on
a blog.

Gary

On Fri, Apr 19, 2024, 8:29 AM Gilles Sadowski  wrote:

> Le ven. 19 avr. 2024 à 13:05, Gary Gregory  a
> écrit :
> >
> > I think there are three places today this type of information can live
> > within Apache:
> >
> > - the component website (which we can publish whenever we want)
> > - the project wiki (which automatically is live)
> > - https://news.apache.org/ (not sure how one posts there)
>
> I beg to differ.
> From what I understand, this would be much more useful in a
> documentation section of the component (as a practical way to
> learn how to use non-trivial functionality implemented there).
>
> [If the primary purpose is personal advertisement, there is no
> real point discussing it on the Commons "dev" ML.]
>
> Regards,
> Gilles
>
> >
> > [...]
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: Is there a blog for commons?

[Gary Gregory]

I think there are three places today this type of information can live
within Apache:

- the component website (which we can publish whenever we want)
- the project wiki (which automatically is live)
- https://news.apache.org/ (not sure how one posts there)

A new blog (whatever that means using whatever stack) would likely require
involvement from infra which is already overwhelmed. Is there another
Apache project that has its own blog but does not fit in the list above?

Gary

On Fri, Apr 19, 2024, 2:42 AM Claude Warren  wrote:

> I have what is currently a series of 4 blogs that introduce the new Bloom
> filter implementations and framework in Commons Collections.  I have a
> couple more in mind, they discuss what Bloom filters are and how the
> Commons Collections implements them, provides extension points, and how to
> implement some exotic flavors.  In fact I have an implementation for a
> Kafka PID tracking problem (KIP-936) that uses layered Bloom filters to
> track PIDs in a time window while handling bursty traffic and not exceeding
> the desired false positive rate.
>
> So these are rather technical posts, they could be transformed into pages
> in documentation, but what I really want to do is get attention on the tool
> from developers of other projects, to let them know the tools exist.  I
> think that if the ASF had a technical blog we could be promoting our
> projects to the wider development world.  I can think of other projects
> that could have rather interesting blogs.  For example, a discussion of
> Cassandra's new Accord consensus protocol could help other ASF projects
> working on consensus issues.  Kafka too has a consensus protocol they are
> working on.
>
> Is there any interest in a technical blog that focus on the solutions to
> technical problems within a project rather than the higher level technical
> problems solved by the project.  So not that Cassandra has a solution to a
> distributed database problem, but Cassandra solved the consensus problem
> this way; not Kafka solves the data streaming problem, but Kafka solved the
> consensus problem this way. (OK, too much consensus, but you see what I
> mean).
>
> Claude
>
>
>
> On Wed, Apr 17, 2024 at 8:07 PM Gary Gregory 
> wrote:
>
> > Well, we already have https://news.apache.org/
> >
> > Gary
> >
> > On Wed, Apr 17, 2024, 1:50 PM Elric V  wrote:
> >
> > > On 16/04/2024 13:08, Gary Gregory wrote:
> > > > There is an Apache wide blog here:
> > > > https://news.apache.org/
> > >
> > > There used to be a planet.apache.org which aggregated
> committer/project
> > > blogs, but that seems to be broken.
> > >
> > > Would there be any interets in an aggregated ASF-project wide blog?
> > > Where contributors from all projects could submit posts? Would be a
> > > great way to keep up to do date, as well as learn about other ASF
> > projects.
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> > >
> > >
> >
>
>
> --
> LinkedIn: http://www.linkedin.com/in/claudewarren
>

Re: [ANNOUNCE] Apache Commons Imaging 1.0.0-alpha5

[Gary Gregory]

I'll check it out, ty!

Gary

On Thu, Apr 18, 2024, 12:06 PM sebb  wrote:

> On Thu, 18 Apr 2024 at 16:07, Gary Gregory  wrote:
> >
> > The Apache Commons Imaging team is pleased to announce the release of
> > Apache Commons Imaging 1.0.0-alpha5.
> >
> > Apache Commons Imaging (previously Sanselan) is a pure-Java image
> library.
> >
> > The 1.0.0-alpha5 release requires Java 8.
> >
> > Historical list of changes:
> > https://commons.apache.org/proper/commons-imaging//changes-report.html
> >
> > For complete information on Apache Commons Imaging, including
> > instructions on how to submit bug reports, patches, or suggestions for
> > improvement, see the Apache Commons Imaging website:
> >
> > https://commons.apache.org/proper/commons-imaging/
> >
> > Download page:
> https://commons.apache.org/proper/commons-imaging//download_text.cgi
>
> This is broken - the URL mixes two different components: imaging and text
>
> This has happened more than once previously, so whatever you are using
> to generate the email needs attention please
>
> >
> > Gary Gregory
> > - Apache Commons Team
> >
> > -
> > 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
>
>

[ANNOUNCE] Apache Commons Imaging 1.0.0-alpha5

[Gary Gregory]

The Apache Commons Imaging team is pleased to announce the release of
Apache Commons Imaging 1.0.0-alpha5.

Apache Commons Imaging (previously Sanselan) is a pure-Java image library.

The 1.0.0-alpha5 release requires Java 8.

Historical list of changes:
https://commons.apache.org/proper/commons-imaging//changes-report.html

For complete information on Apache Commons Imaging, including
instructions on how to submit bug reports, patches, or suggestions for
improvement, see the Apache Commons Imaging website:

https://commons.apache.org/proper/commons-imaging/

Download page: 
https://commons.apache.org/proper/commons-imaging//download_text.cgi

Gary Gregory
- Apache Commons Team

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[RESULT][VOTE] Release Apache Commons Imaging 1.0.0-alpha5 based on RC1

[Gary Gregory]

This voting thread passes with the following +1 votes:

- Bruno Kinoshita (kinow), binding
- Rob Tompkins (chtompki), binding
- Gary Gregory (ggregory), binding
- Tomas Lanik, non-binding

Gary

On Wed, Apr 17, 2024 at 9:50 AM Tomas Lanik  wrote:
>
> My +1 [release]
>
> Tomas Lanik
>
> On Mon, Apr 15, 2024, 15:36 Gary Gregory  wrote:
>
> > We have fixed a few bugs and added enhancements since Apache Commons
> > Imaging 1.0.0-alpha4 was released, so I would like to release Apache
> > Commons Imaging 1.0.0-alpha5.
> >
> > Apache Commons Imaging 1.0.0-alpha5 RC1 is available for review here:
> >
> > https://dist.apache.org/repos/dist/dev/commons/imaging/1.0.0-alpha5-RC1
> > (svn revision 68532)
> >
> > The Git tag commons-imaging-1.0.0-alpha5-RC1 commit for this RC is
> > 6dc0ba92f62056584af40a24f6c8a8215469ca8f which you can browse here:
> >
> > https://gitbox.apache.org/repos/asf?p=commons-imaging.git;a=commit;h=6dc0ba92f62056584af40a24f6c8a8215469ca8f
> > You may checkout this tag using:
> > git clone https://gitbox.apache.org/repos/asf/commons-imaging.git
> > --branch <https://gitbox.apache.org/repos/asf/commons-imaging.git--branch>
> > commons-imaging-1.0.0-alpha5-RC1
> > commons-imaging-1.0.0-alpha5-RC1
> >
> > Maven artifacts are here:
> >
> > https://repository.apache.org/content/repositories/orgapachecommons-1720/org/apache/commons/commons-imaging/1.0.0-alpha5/
> >
> > These are the artifacts and their hashes:
> >
> > #Release SHA-512s
> > #Mon Apr 15 13:22:38 UTC 2024
> >
> > commons-imaging-1.0.0-alpha5-bom.xml=b76ae4de3f358c9d3c47925005ba0ea76ad48c0c523e6785d34d9e106dbb2b019b43e974ceb3eff598c03e6ae507b51bf9a5b0cee6fa04664f0dd589540a359e
> >
> > commons-imaging-1.0.0-alpha5-bin.zip=a94f25a37942b921742765931f89d640320ce5b6d7588ecf9bfb89fa8ea64d4940f88c4062cb5621e64aa9ae18e72bed81e6f517a2695b58d91d972b1f12ed9d
> >
> > org.apache.commons_commons-imaging-1.0.0-alpha5.spdx.json=43cea02387f469d5b4760a5a34697f81467e7de48567767bbda494f4c25f9543d44fcaac750876aec8834c1781e706e7f7884e36bf8b321ee06bfac0742ee51d
> >
> > commons-imaging-1.0.0-alpha5-bom.json=79e8a06869238c75a84f817986ba090bbde0124ea885efee11f24eb2f18efc8ab5ffb9699233feb08f3dedfb89580ca702c65bcc9948be5ebcbe3a9796049721
> >
> > commons-imaging-1.0.0-alpha5-src.zip=78c930ad5edc1f897f049ad357a4b32e5a1c50bd5e9c127296c2209fa22f0705d981828b45c8c4e17efaea34c3c9f68f95fd416dbd6317aeeb3e4908eec0fc50
> >
> > commons-imaging-1.0.0-alpha5-tests.jar=4a371d7c4fd0f16c084533cedfaafd0eb98d229758ed3455d749bc135564504e788bcf3ceb20a5c8db29aaa837744be3e06ed29d312ffbfbebfa32ff4030c9ce
> >
> > commons-imaging-1.0.0-alpha5-test-sources.jar=9cc2712d43a5f7d3591940a20dde807730cf0c9e9e74d3105b487f6929f3df5635e4499c9c174550516779cad02b44c7b853c971b9f0a2c206c5357a2d95345d
> >
> > commons-imaging-1.0.0-alpha5-src.tar.gz=fe6c8b94fecae6a694f22ec10aafe20dd4cac2fcc3811f87ac9ac5d51df11f528fc550f0e7e1e336f900cd8e92a80dedc8c3b00ff31c6e4fb03075d86c19dd3c
> >
> > commons-imaging-1.0.0-alpha5-javadoc.jar=4bd1c9229e443a8367fbf1402d99cc6fbf2a7f159903ddf34edb46de4d02e91f900cd3c8f9cea6c400da1c62184320c9d71729a5259748d9896cb15f5e76b530
> >
> > commons-imaging-1.0.0-alpha5-sources.jar=ee27d8161b2b2b93d26b44153b319a790bb0227894cf9ab241182f02f51e2b499911253cbf0f6deef60964559bbb31414e5ee695916ef8275482d11a51b4de1d
> >
> > commons-imaging-1.0.0-alpha5-bin.tar.gz=ad98e5b49cfc6382c341af86ae2011da0587354dd45a7427a0507310d878b618d790ed6fc6cfdfd610801699015db1d46668a3d1eed79c5977ce00da37c2d602
> >
> > I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> > jacoco -P japicmp clean package site deploy ' using:
> >
> > openjdk version "17.0.10" 2024-01-16
> > OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
> > OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)
> >
> > Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> > Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> > Java version: 17.0.10, vendor: Homebrew, runtime:
> > /usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
> > Default locale: en_US, platform encoding: UTF-8
> > OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
> >
> > Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> > PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
> >
> > Details of changes since 1.0.0-alpha4 are in the release notes:
> >
> > https://dist.apache.org/repos/dist/dev/commons/imaging/1.0.0-alpha5-RC1/RELEASE-NOTES.txt
> >
> > h

[ANNOUNCE] Apache Commons CLI Version 1.7.0

[Gary Gregory]

The Apache Commons team is pleased to announce Apache Commons CLI Version 1.7.0.

Commons CLI provides a simple API for working with the command line
arguments and options.

Historical list of changes:
https://commons.apache.org/proper/commons-cli/changes-report.html

For complete information on Apache Commons CLI, including instructions
on how to submit bug reports, patches, or suggestions for improvement,
see the Apache Commons CLI website:

https://commons.apache.org/proper/commons-cli/

Download page: https://commons.apache.org/proper/commons-cli/download_cli.cgi

Gary Gregory
- The Apache Commons Team

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[RESULT][VOTE] Release Apache Commons CLI 1.7.0 based on RC1

[Gary Gregory]

This release vote passes with the following +1 votes:

- Gary Gregory (ggregory), binding
- Bruno Kinoshita (kinow), binding
- Claude Warren (Claudenw), binding
- Tomas Lanik, non-binding
- Rob Tompkins (chtompki), binding
- Eric Pugh (epugh), non-binding

Thank you all,
Gary

On Mon, Apr 15, 2024 at 12:59 PM Eric Pugh
 wrote:
>
> +1 to release!
>
> > On Apr 15, 2024, at 12:53 PM, Rob Tompkins  wrote:
> >
> > +1 site, release-notes, signatures, and builds all check out
> >
> > Thanks!!
> >
> > -Rob
> >
> >> On Apr 13, 2024, at 7:29 AM, Gary Gregory  wrote:
> >>
> >> We have fixed a few bugs and added enhancements since Apache Commons
> >> CLI 1.6.0 was released, so I would like to release Apache Commons CLI
> >> 1.7.0.
> >>
> >> Apache Commons CLI 1.7.0 RC1 is available for review here:
> >>   https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1 (svn
> >> revision 68470)
> >>
> >> The Git tag commons-cli-1.7.0-RC1 commit for this RC is
> >> caed6714a73ce366aebccebf4a21e287d6d34ae0 which you can browse here:
> >>   
> >> https://gitbox.apache.org/repos/asf?p=commons-cli.git;a=commit;h=caed6714a73ce366aebccebf4a21e287d6d34ae0
> >> You may checkout this tag using:
> >>   git clone https://gitbox.apache.org/repos/asf/commons-cli.git
> >> --branch commons-cli-1.7.0-RC1 commons-cli-1.7.0-RC1
> >>
> >> Maven artifacts are here:
> >>   
> >> https://repository.apache.org/content/repositories/orgapachecommons-1718/commons-cli/commons-cli/1.7.0/
> >>
> >> These are the artifacts and their hashes:
> >>
> >> #Release SHA-512s
> >> #Sat Apr 13 02:26:30 UTC 2024
> >> commons-cli-1.7.0-bom.json=fd710316564b50a1af147751c01f25c473c8ccee4af117e3ebd12f7e1eda9524b10389e8ae8705922cc82c0164bc1c5a2977327eb22eac449ce4b149b15d3d90
> >> commons-cli-1.7.0-test-sources.jar=7b1e4940a6d0b2c84939146122849db1086730d93b8c540047a6fd2b6112eba9c420008302300557c8187821316cddbb7b0599664f04fa21e325e04bd4bb06f0
> >> commons-cli-1.7.0-src.zip=e0f684163327c6180098c61d89705ff49041239b04dcd0235dd0b7b3b9ac590c23da85236ae4458135b1d804824d639db2f4a85ee9cfa281c2cc49ec2f5775f1
> >> commons-cli-1.7.0-javadoc.jar=fea0659ba7c7f23940547f2aa6ae15d85817a7ecf9d537083b7c5873012e85b39aa9dbf1054f69f49a86b30b3ea06e037dc5b972c1bc553caa2c6004be409613
> >> commons-cli_commons-cli-1.7.0.spdx.json=1527955bcb67fdbefac08bd6905290f01c3397e6921eb5980e4b96145cf68a4a6745f28b29435fb4e181f051cd1c9d43017d53db5df6a12e76244bd642c5213a
> >> commons-cli-1.7.0-bin.zip=07a2a6698ba1010c5952ec26ad2e4ce73a87476f0fd97dd34cb5280f0563c0a0bdeb65e3cc9afbe9bca50c149f2570fa716f0a617c9f277b1ffdd9baa75081d0
> >> commons-cli-1.7.0-tests.jar=08338e5488c6d12e28a65b2d5ea2da172a087832c0c58915f47e1078038b10873bf5594237dc2275a6079027487745d5a76722424c5482c5f786ba95f5c34acb
> >> commons-cli-1.7.0-src.tar.gz=d97be4df213e0df72a3866b8271e34064e984e98debb2ae8bdd1bef94ea1fd358655dbc730866cb62b4232bad7888d69b4d964a101139f2cf36cd0fcfb39d28b
> >> commons-cli-1.7.0-sources.jar=9bc86da3391d3fc87806384fda1272b8e0a0313eb529ae4e9eaf7d5fc63708a90449f6fe72b4d29da730c21c4fc497f395c01812b625803479884e08f0593090
> >> commons-cli-1.7.0-bom.xml=40623202b108d74635fee720a826e730ed63b838596db45a887f4718be949db9ca01f9661be3c03067b2d1d9246d7fde1524c83c7718db1cb2202e0d3ed748d2
> >> commons-cli-1.7.0-bin.tar.gz=c429f22021bbb80f11e9b27bc768ec28b797d9d6fc18b3af369bfc7278641f2585c62cd6d6736b7f1813e3f9690390f8fd304743f123ae9fff496edd1942cac6
> >>
> >>
> >> I have tested this with 'mvn' and 'mvn -V -Duser.name=$my_apache_id
> >> -Dcommons.release-plugin.version=$commons_release_plugin_version
> >> -Prelease -Ptest-deploy -P jacoco -P japicmp clean package site
> >> deploy' using:
> >>
> >> openjdk version "17.0.10" 2024-01-16
> >> OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
> >> OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)
> >>
> >> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> >> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> >> Java version: 17.0.10, vendor: Homebrew, runtime:
> >> /usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
> >> Default locale: en_US, platform encoding: UTF-8
> >> OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
> >>
> >> Darwin * 23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> >> PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
> >>
> >> Details of 

Re: Is there a blog for commons?

[Gary Gregory]

Well, we already have https://news.apache.org/

Gary

On Wed, Apr 17, 2024, 1:50 PM Elric V  wrote:

> On 16/04/2024 13:08, Gary Gregory wrote:
> > There is an Apache wide blog here:
> > https://news.apache.org/
>
> There used to be a planet.apache.org which aggregated committer/project
> blogs, but that seems to be broken.
>
> Would there be any interets in an aggregated ASF-project wide blog?
> Where contributors from all projects could submit posts? Would be a
> great way to keep up to do date, as well as learn about other ASF projects.
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [VOTE] Release Apache Commons Imaging 1.0.0-alpha5 based on RC1

[Gary Gregory]

My +1

Gary


On Mon, Apr 15, 2024, 4:36 PM Rob Tompkins  wrote:

> +1
>
> > On Apr 15, 2024, at 1:01 PM, Bruno Kinoshita 
> wrote:
> >
> > +1
> >
> > Thank you Gary!
> >
> >> On Mon, 15 Apr 2024 at 15:36, Gary Gregory  wrote:
> >>
> >> We have fixed a few bugs and added enhancements since Apache Commons
> >> Imaging 1.0.0-alpha4 was released, so I would like to release Apache
> >> Commons Imaging 1.0.0-alpha5.
> >>
> >> Apache Commons Imaging 1.0.0-alpha5 RC1 is available for review here:
> >>
> >> https://dist.apache.org/repos/dist/dev/commons/imaging/1.0.0-alpha5-RC1
> >> (svn revision 68532)
> >>
> >> The Git tag commons-imaging-1.0.0-alpha5-RC1 commit for this RC is
> >> 6dc0ba92f62056584af40a24f6c8a8215469ca8f which you can browse here:
> >>
> >>
> https://gitbox.apache.org/repos/asf?p=commons-imaging.git;a=commit;h=6dc0ba92f62056584af40a24f6c8a8215469ca8f
> >> You may checkout this tag using:
> >>git clone https://gitbox.apache.org/repos/asf/commons-imaging.git
> >> --branch <
> https://gitbox.apache.org/repos/asf/commons-imaging.git--branch>
> >> commons-imaging-1.0.0-alpha5-RC1
> >> commons-imaging-1.0.0-alpha5-RC1
> >>
> >> Maven artifacts are here:
> >>
> >>
> https://repository.apache.org/content/repositories/orgapachecommons-1720/org/apache/commons/commons-imaging/1.0.0-alpha5/
> >>
> >> These are the artifacts and their hashes:
> >>
> >> #Release SHA-512s
> >> #Mon Apr 15 13:22:38 UTC 2024
> >>
> >>
> commons-imaging-1.0.0-alpha5-bom.xml=b76ae4de3f358c9d3c47925005ba0ea76ad48c0c523e6785d34d9e106dbb2b019b43e974ceb3eff598c03e6ae507b51bf9a5b0cee6fa04664f0dd589540a359e
> >>
> >>
> commons-imaging-1.0.0-alpha5-bin.zip=a94f25a37942b921742765931f89d640320ce5b6d7588ecf9bfb89fa8ea64d4940f88c4062cb5621e64aa9ae18e72bed81e6f517a2695b58d91d972b1f12ed9d
> >>
> >>
> org.apache.commons_commons-imaging-1.0.0-alpha5.spdx.json=43cea02387f469d5b4760a5a34697f81467e7de48567767bbda494f4c25f9543d44fcaac750876aec8834c1781e706e7f7884e36bf8b321ee06bfac0742ee51d
> >>
> >>
> commons-imaging-1.0.0-alpha5-bom.json=79e8a06869238c75a84f817986ba090bbde0124ea885efee11f24eb2f18efc8ab5ffb9699233feb08f3dedfb89580ca702c65bcc9948be5ebcbe3a9796049721
> >>
> >>
> commons-imaging-1.0.0-alpha5-src.zip=78c930ad5edc1f897f049ad357a4b32e5a1c50bd5e9c127296c2209fa22f0705d981828b45c8c4e17efaea34c3c9f68f95fd416dbd6317aeeb3e4908eec0fc50
> >>
> >>
> commons-imaging-1.0.0-alpha5-tests.jar=4a371d7c4fd0f16c084533cedfaafd0eb98d229758ed3455d749bc135564504e788bcf3ceb20a5c8db29aaa837744be3e06ed29d312ffbfbebfa32ff4030c9ce
> >>
> >>
> commons-imaging-1.0.0-alpha5-test-sources.jar=9cc2712d43a5f7d3591940a20dde807730cf0c9e9e74d3105b487f6929f3df5635e4499c9c174550516779cad02b44c7b853c971b9f0a2c206c5357a2d95345d
> >>
> >>
> commons-imaging-1.0.0-alpha5-src.tar.gz=fe6c8b94fecae6a694f22ec10aafe20dd4cac2fcc3811f87ac9ac5d51df11f528fc550f0e7e1e336f900cd8e92a80dedc8c3b00ff31c6e4fb03075d86c19dd3c
> >>
> >>
> commons-imaging-1.0.0-alpha5-javadoc.jar=4bd1c9229e443a8367fbf1402d99cc6fbf2a7f159903ddf34edb46de4d02e91f900cd3c8f9cea6c400da1c62184320c9d71729a5259748d9896cb15f5e76b530
> >>
> >>
> commons-imaging-1.0.0-alpha5-sources.jar=ee27d8161b2b2b93d26b44153b319a790bb0227894cf9ab241182f02f51e2b499911253cbf0f6deef60964559bbb31414e5ee695916ef8275482d11a51b4de1d
> >>
> >>
> commons-imaging-1.0.0-alpha5-bin.tar.gz=ad98e5b49cfc6382c341af86ae2011da0587354dd45a7427a0507310d878b618d790ed6fc6cfdfd610801699015db1d46668a3d1eed79c5977ce00da37c2d602
> >>
> >> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> >> jacoco -P japicmp clean package site deploy ' using:
> >>
> >> openjdk version "17.0.10" 2024-01-16
> >> OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
> >> OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)
> >>
> >> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> >> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> >> Java version: 17.0.10, vendor: Homebrew, runtime:
> >> /usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
> >> Default locale: en_US, platform encoding: UTF-8
> >> OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
> >>
> >> Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> >> PDT 2024; roo

[ANNOUNCE] Apache Commons Text Version 1.12.0

[Gary Gregory]

The Apache Commons team is pleased to announce Apache Commons Text
Version 1.12.0.

Apache Commons Text is a set of utility functions and reusable
components for the purpose of processing and manipulating text that
should be of use in a Java environment.

Release 1.12.0. Requires Java 8 or above.

Historical list of changes:
https://commons.apache.org/proper/commons-text/changes-report.html

For complete information on Apache Commons Text, including
instructions on how to submit bug reports, patches, or suggestions for
improvement, see the Apache Commons Text website:

https://commons.apache.org/proper/commons-text

Download page: https://commons.apache.org/proper/commons-text/download_text.cgi

Gary Gregory
- Apache Commons Team

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[RESULT][VOTE] Release Apache Commons Text 1.12.0 based on RC1

[Gary Gregory]

This release vote passes with the following binding +1s:

- Gary Gregory (ggregory)
- Bruno Kinoshita (kinow)
- Rob Tompkins (chtompki)

Gary

On Mon, Apr 15, 2024 at 12:48 PM Rob Tompkins  wrote:
>
> +1 - all site, signatures, reports, and builds check out.
>
> Thank you!
>
> > On Apr 13, 2024, at 1:20 PM, Bruno Kinoshita  
> > wrote:
> >
> > +1
> >
> > Building OK from tag on
> >
> > Apache Maven 3.8.5 (3599d3414f046de2324203b78ddcf9b5e4388aa0)
> > Maven home: /opt/apache-maven-3.8.5
> > Java version: 17.0.10, vendor: Private Build, runtime:
> > /usr/lib/jvm/java-17-openjdk-amd64
> > Default locale: en_US, platform encoding: UTF-8
> > OS name: "linux", version: "5.15.0-102-generic", arch: "amd64", family:
> > "unix"
> >
> > Thanks
> >
> > On Sat, 13 Apr 2024 at 15:44, Gary Gregory  > <mailto:ggreg...@apache.org>> wrote:
> >
> >> We have fixed a few bugs and added enhancements since Apache Commons
> >> Text 1.11.0 was released, so I would like to release Apache Commons
> >> Text 1.12.0.
> >>
> >> Apache Commons Text 1.12.0 RC1 is available for review here:
> >>https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1
> >> (svn revision 68475)
> >>
> >> The Git tag commons-text-1.12.0-RC1 commit for this RC is
> >> 2c2d0818b0540c59f055f5174db51d0574af46da which you can browse here:
> >>
> >> https://gitbox.apache.org/repos/asf?p=commons-text.git;a=commit;h=2c2d0818b0540c59f055f5174db51d0574af46da
> >> You may checkout this tag using:
> >>git clone https://gitbox.apache.org/repos/asf/commons-text.git
> >> --branch <https://gitbox.apache.org/repos/asf/commons-text.git--branch>
> >> commons-text-1.12.0-RC1 commons-text-1.12.0-RC1
> >>
> >> Maven artifacts are here:
> >>
> >> https://repository.apache.org/content/repositories/orgapachecommons-1719/org/apache/commons/commons-text/1.12.0/
> >>
> >> These are the artifacts and their hashes:
> >>
> >> #Release SHA-512s
> >> #Sat Apr 13 13:34:53 UTC 2024
> >>
> >> commons-text-1.12.0-bom.xml=43b65ff31fc8fbc65cb87b3dd4ccfc819ca3f22986d7b494184d6039dcef27f87879d86bc2b0b8aa11b1076fa08b940e211cbf0c717039cbb166d47ebc052244
> >>
> >> commons-text-1.12.0-bom.json=5f3d52977598686724506ff0daf329cea26d1bb9d069b62f1f24e2ed483360fbd56ba3a7687590695a7a23dbffd90b03f9b59d73779eb6c057ce7aba40bda464
> >>
> >> org.apache.commons_commons-text-1.12.0.spdx.json=32401c4d64fc0edc6aba525462309b86aa758ffe2201b89732f2c75845403c835b398fd783b3b670cd5c22875bdefe13dade05d3394d0642a45912de82e9ae59
> >>
> >> commons-text-1.12.0-src.tar.gz=6f995d6b120109466c1af4aba7ba7678b1c7461628d78d0ae3139720c099411bc106a7d492727bb54b7714fb0c443a4844913b3d6f0f18befa9e3bc6e8171af0
> >>
> >> commons-text-1.12.0-src.zip=f98f9fde5221914c133d6c1cb685d50ba6652991090cde27e3c3310eec4ed24229d0741107f671821bef216f4a5b2efa0488555a57e0d3c226d53c6497e2e502
> >>
> >> commons-text-1.12.0-javadoc.jar=6e4d9493cef82660663b6af99f6c32f7fefdca2cb98c1ec8bbd4a01fb123b3348fdab7c32593b5cf3ddd69107ebf58124dc19b6679182d8568a43454e2a7602a
> >>
> >> commons-text-1.12.0-bin.tar.gz=c2f5cedf0a2f31fc0657241c9efb3113e221d8a4d53654448745f0ba853b4fa31ffa061810c53114ba16adee34d8c8dcc0e465e827dfeae03e9f91a2618f5bac
> >>
> >> commons-text-1.12.0-tests.jar=33381e48a5239a43458beb597cbd9c65c3d8ce8687a974dd1d21fe9d7bdb7acb6fc534ba3d9bd18c00cd5bf3e44b33b99a8c0bf2a7dc85613f789767bdf57605
> >>
> >> commons-text-1.12.0-test-sources.jar=d9c9d7fc9473536ea6c92df58f3d33d489f26b0f44b6363d8fcc7a366e1a8ecda3ec366eac26ea61f5722c3438f602385ff9b777c30e895a6bfaeeb83524ace5
> >>
> >> commons-text-1.12.0-sources.jar=eed680391a6181d44b5c6e6b0e99b7c36ed5d4d34e496f4299b7d77e9f0c0851966a6ccf4037a2ebc729c3dbdff67dd644a0534df651766f47ea8d16a7e18dc7
> >>
> >> commons-text-1.12.0-bin.zip=fe50ac094fed72a8de3f92a275ee6d8be2a1ae6e94dc0b53df69444064574e7319b9fa6a265437ba6faf260f11a1f8c220ee3ed37ccde791f1488aea8f29a9d9
> >>
> >> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> >> jacoco -P japicmp clean package site deploy' using:
> >>
> >> openjdk version "17.0.10" 2024-01-16
> >> OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
> >> OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)
> >>
> >> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> >> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> >&

Re: Is there a blog for commons?

[Gary Gregory]

There is an Apache wide blog here:
https://news.apache.org/

We have a wiki here:
https://cwiki.apache.org/confluence/display/COMMONS/FrontPage

Gary

On Tue, Apr 16, 2024, 6:45 AM Bruno Kinoshita 
wrote:

> I do not remember ever reading a blog post from Commons. The other ASF
> projects where I am active (opennlp/jena) also do not have one. Arrow has
> one that seems to be used [1], but I am not sure if others would adopt it.
> I would be keen to write something about Imaging if we had a blog post.
>
> Cheers
>
> [1] https://arrow.apache.org/blog/
>
> On Tue, 16 Apr 2024 at 09:06, Claude Warren  wrote:
>
> > I was wondering if there is a blog dedicated to commons?  I have several
> > blog posts about using the new Bloom filters in collections 4.5 and am
> > looking for a place to publish.
> >
> > Claude
> >
> > --
> > LinkedIn: http://www.linkedin.com/in/claudewarren
> >
>

[LAZY][VOTE] Release Apache Commons Release Plugin 1.8.2 based on RC1

[Gary Gregory]

We have fixed a few bugs and added enhancements since Apache Commons
Release Plugin 1.8.1 was released, so I would like to release Apache
Commons Release Plugin 1.8.2.

Apache Commons Release Plugin 1.8.2 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1
(svn revision 68552)

The Git tag commons-release-plugin-1.8.2-RC1 commit for this RC is
d5fa1ff2f5b4ad5adb3acd39f4e7360f59704205 which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-release-plugin.git;a=commit;h=d5fa1ff2f5b4ad5adb3acd39f4e7360f59704205
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-release-plugin.git
--branch commons-release-plugin-1.8.2-RC1
commons-release-plugin-1.8.2-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1721/org/apache/commons/commons-release-plugin/1.8.2/

These are the artifacts and their hashes:

#Release SHA-512s
#Tue Apr 16 00:55:51 UTC 2024
commons-release-plugin-1.8.2-bin.zip=2a547ef3c72405f297b837b87f975eb5463b6fe017ea72fc72fecd245ca0533ad211231350cd1b70c30ce9317c597838cd9146913c94f668b11f783feea9a970
commons-release-plugin-1.8.2-sources.jar=cc49b6cc1b1993da0b3b1c9394b10708cf07634ddd455f710e82f5d3a1256ce399ef320184d0116a092cee586fa633afeff4931768703a0467cfe5dc47dd8ac8
commons-release-plugin-1.8.2-bin.tar.gz=9da41fdb453c9027a2abc321d547033ea893952dccec172d959b8e8db884e221ae5bdbf5a150c5329dca3bb6e015401639c69f2d2f2815ba416c75189a55
commons-release-plugin-1.8.2-javadoc.jar=19a440a12c26fb4261f600a0ebee0dc2463251fcdb2c82b9d7501a09597faa5830a6e9323268f0af6707216b91d26b10ea529553821ab0627b0a1dcf08d25914
commons-release-plugin-1.8.2-test-sources.jar=3fe71f4a31f66d9f391741d3dcfd3582938d7fd22cb66e3f2c82b00d8fae7b8101a5eb757f06d46281cce71513f64508491999f8e25fba4df0a9971f2b0e6858
commons-release-plugin-1.8.2-bom.xml=aac5c147a1049ce0eb8bdc20d3f51f3ce9c7e87b35b2d500da3c0c955dbff186a23e4600411b18721b146d804d7909c55ad2b8eb5ab82166410d1540fdcb0b65
commons-release-plugin-1.8.2-bom.json=406a4a32a784142de77e81579df6cf030a1deca837d44c779d498134d12872233533146ef6bdd6a0ea5984b7a307e7d9cebcf63781db814713ce7336a2d94727
commons-release-plugin-1.8.2-tests.jar=19ebc95faeacbb253058762d9b6edf11b9c22f9825557d00cc9d871c2ae86beafb93f0106ec9f59830a3eacc1d069f2611dd64324c43949770b427976afe49c7
org.apache.commons_commons-release-plugin-1.8.2.spdx.json=7d1262c9f11c161bba7f09abee7345a74b37f65cb00e1ce5fd13f6eff6f977d5d1c8982f0cca65dbeb1ba7a69eb77941b672b90f2fc2d8908b15ae3bb67b9b74
commons-release-plugin-1.8.2-src.tar.gz=0579a023f926da53b5d2f273676c1bdd1cff1cf1a9f4e45bfc78370cb3111d91c73216251b4e1b79511e4eb41cc867d1ac80a2c2f77a0a60dcc687fc5edc904f
commons-release-plugin-1.8.2-src.zip=7a9c27460158ef13a1ff2723a5c2fea7f0a825031f0513c14f83c154ea36437545c812729cd7af8b361b66f95905e55434164cb3ca858bdebee6600d331d0028

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

penjdk version "17.0.10" 2024-01-16
OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.10, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 1.8.1 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/site/index.html
(note some *relative* links are broken and the 1.8.2 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 1.8.1):

https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/release-plugin/1.8.2-RC1/site/rat-report.html

KEYS:
https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: 

[ANNOUNCE] Apache Commons Build Plugin Maven Mojo 1.14.0

[Gary Gregory]

Our Apache Commons Build Plugin Maven Mojo 1.14.0 is available.

These are our Apache Maven Mojo for Apache Commons Build tasks.

For complete information on Apache Commons Build Plugin Maven Mojo,
including instructions on how to submit bug reports, patches, or
suggestions for improvement, see the Apache Commons Build Plugin Maven
Mojo website:

https://commons.apache.org/proper/commons-build-plugin/

Download page: 
https://commons.apache.org/proper/commons-build-plugin/download_codec.cgi

Gary Gregory
- Apache Commons Team

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[RESULT][LAZY][VOTE] Release Apache Commons Build Plugin Maven Mojo 1.14.0 based on RC1

[Gary Gregory]

This lazy vote passes with the following +1 binding votes:

- Gary Gregory

TY,
Gary

On Sat, Apr 13, 2024 at 9:44 AM Gary Gregory  wrote:
>
> My +1
>
> Gary
>
> On Fri, Apr 12, 2024 at 6:32 PM Gary Gregory  wrote:
> >
> > We have fixed a few bugs and added some enhancements since Apache
> > Commons Build Plugin Maven Mojo 1.13 was released, so I would like to
> > release Apache Commons Build Plugin Maven Mojo 1.14.0.
> >
> > Apache Commons Build Plugin Maven Mojo 1.14.0 RC1 is available for review 
> > here:
> > https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1
> > (svn revision 68469)
> >
> > The Git tag commons-build-plugin-1.14.0-RC1 commit for this RC is
> > 005b742c583eab2dc87b3ec50a447574f7c26b2b which you can browse here:
> > 
> > https://gitbox.apache.org/repos/asf?p=commons-build-plugin.git;a=commit;h=005b742c583eab2dc87b3ec50a447574f7c26b2b
> > You may checkout this tag using:
> > git clone https://gitbox.apache.org/repos/asf/commons-build-plugin.git
> > --branch commons-build-plugin-1.14.0-RC1
> > commons-build-plugin-1.14.0-RC1
> >
> > Maven artifacts are here:
> > 
> > https://repository.apache.org/content/repositories/orgapachecommons-1717/org/apache/commons/commons-build-plugin/1.14.0/
> >
> > These are the artifacts and their hashes:
> >
> > #Release SHA-512s
> > #Fri Apr 12 22:26:24 UTC 2024
> > commons-build-plugin-1.14.0-src.zip=67f4d16ee7367b574d5d6825d1148d27efda936f9ca69f760328a9900a470b905d8022c7f3aa8fc358c42462a5b92d770aa6b435ad1c7dd5eabb7e6169da84c1
> > commons-build-plugin-1.14.0-sources.jar=6fd309dc36d2aad4c00dce46199db33dd5e661b0649dc845787202592f7da1544a4b4d5df239e2a9b0a7849ea81c25740ff9dae33bb4dd5230ca0615b9ce07a6
> > commons-build-plugin-1.14.0-bin.tar.gz=1fc6709a0186c41e0ca0e12356966df9fb9da5a807d3cf505445af34bc300f9501441ae76852e6c54a50447e9ce7ef89b2a6d6a93b55e192985110beb548c777
> > commons-build-plugin-1.14.0-bin.zip=a9cdb108dbe70a9f7956c3f590861137cc5ae20c552be4396201b5ee332f61b5d24a54772f7f51896b23fbf8bd5250dd4d3a6df93131d085a93a37fe9a42298d
> > commons-build-plugin-1.14.0-test-sources.jar=dfff26cfff940e38e024fc40695234823e75a229ed99c21a7be0ec33633a6503f04e4a853c988d732ef3cd62536c7e3191988a2700d453d92c2822d1748dc941
> > commons-build-plugin-1.14.0-javadoc.jar=104b85f65a53c6442dc0efb30b4b6e353fcd3edff9243adfadd659dfe5b68abde852273222136122f22f5e258cd12117401f28117e21cd2c9bf7b3e3925e4046
> > commons-build-plugin-1.14.0-src.tar.gz=631b3fd2373f0585c8f41ac4eaaa2f01885e7336c69a410d91a92a6537b0a6c4d926e492a38346e74d9b9f03ce6d5e2befe24a4ed9e8292e97306161cab7c814
> > commons-build-plugin-1.14.0-tests.jar=36717970d9da8964a2cc9195964c9662e6a19c849b3a7a27b3b49bada250fa2274e1432ae22acc62b83d4bf6418f6449aaae752d5721967c30378de65828a3eb
> >
> > I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> > jacoco -P japicmp clean package site deploy' using:
> >
> > openjdk version "17.0.10" 2024-01-16
> > OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
> > OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)
> >
> > Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> > Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> > Java version: 17.0.10, vendor: Homebrew, runtime:
> > /usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
> > Default locale: en_US, platform encoding: UTF-8
> > OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
> >
> > Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> > PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
> >
> > Details of changes since 1.13 are in the release notes:
> > 
> > https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/RELEASE-NOTES.txt
> > 
> > https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/site/changes-report.html
> >
> > Site:
> > 
> > https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/site/index.html
> > (note some *relative* links are broken and the 1.14.0 directories
> > are not yet created - these will be OK once the site is deployed.)
> >
> > JApiCmp Report (compared to 1.13):
> > 
> > https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/site/japicmp.html
> >
> > RAT Report:
> > 
> > https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/site/rat-report.html
> >
> > KEYS:
> >   https://downloads.apache.org/commons/KEYS
> >
> > Please r

[VOTE] Release Apache Commons Imaging 1.0.0-alpha5 based on RC1

[Gary Gregory]

We have fixed a few bugs and added enhancements since Apache Commons
Imaging 1.0.0-alpha4 was released, so I would like to release Apache
Commons Imaging 1.0.0-alpha5.

Apache Commons Imaging 1.0.0-alpha5 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/imaging/1.0.0-alpha5-RC1
(svn revision 68532)

The Git tag commons-imaging-1.0.0-alpha5-RC1 commit for this RC is
6dc0ba92f62056584af40a24f6c8a8215469ca8f which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-imaging.git;a=commit;h=6dc0ba92f62056584af40a24f6c8a8215469ca8f
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-imaging.git
--branch commons-imaging-1.0.0-alpha5-RC1
commons-imaging-1.0.0-alpha5-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1720/org/apache/commons/commons-imaging/1.0.0-alpha5/

These are the artifacts and their hashes:

#Release SHA-512s
#Mon Apr 15 13:22:38 UTC 2024
commons-imaging-1.0.0-alpha5-bom.xml=b76ae4de3f358c9d3c47925005ba0ea76ad48c0c523e6785d34d9e106dbb2b019b43e974ceb3eff598c03e6ae507b51bf9a5b0cee6fa04664f0dd589540a359e
commons-imaging-1.0.0-alpha5-bin.zip=a94f25a37942b921742765931f89d640320ce5b6d7588ecf9bfb89fa8ea64d4940f88c4062cb5621e64aa9ae18e72bed81e6f517a2695b58d91d972b1f12ed9d
org.apache.commons_commons-imaging-1.0.0-alpha5.spdx.json=43cea02387f469d5b4760a5a34697f81467e7de48567767bbda494f4c25f9543d44fcaac750876aec8834c1781e706e7f7884e36bf8b321ee06bfac0742ee51d
commons-imaging-1.0.0-alpha5-bom.json=79e8a06869238c75a84f817986ba090bbde0124ea885efee11f24eb2f18efc8ab5ffb9699233feb08f3dedfb89580ca702c65bcc9948be5ebcbe3a9796049721
commons-imaging-1.0.0-alpha5-src.zip=78c930ad5edc1f897f049ad357a4b32e5a1c50bd5e9c127296c2209fa22f0705d981828b45c8c4e17efaea34c3c9f68f95fd416dbd6317aeeb3e4908eec0fc50
commons-imaging-1.0.0-alpha5-tests.jar=4a371d7c4fd0f16c084533cedfaafd0eb98d229758ed3455d749bc135564504e788bcf3ceb20a5c8db29aaa837744be3e06ed29d312ffbfbebfa32ff4030c9ce
commons-imaging-1.0.0-alpha5-test-sources.jar=9cc2712d43a5f7d3591940a20dde807730cf0c9e9e74d3105b487f6929f3df5635e4499c9c174550516779cad02b44c7b853c971b9f0a2c206c5357a2d95345d
commons-imaging-1.0.0-alpha5-src.tar.gz=fe6c8b94fecae6a694f22ec10aafe20dd4cac2fcc3811f87ac9ac5d51df11f528fc550f0e7e1e336f900cd8e92a80dedc8c3b00ff31c6e4fb03075d86c19dd3c
commons-imaging-1.0.0-alpha5-javadoc.jar=4bd1c9229e443a8367fbf1402d99cc6fbf2a7f159903ddf34edb46de4d02e91f900cd3c8f9cea6c400da1c62184320c9d71729a5259748d9896cb15f5e76b530
commons-imaging-1.0.0-alpha5-sources.jar=ee27d8161b2b2b93d26b44153b319a790bb0227894cf9ab241182f02f51e2b499911253cbf0f6deef60964559bbb31414e5ee695916ef8275482d11a51b4de1d
commons-imaging-1.0.0-alpha5-bin.tar.gz=ad98e5b49cfc6382c341af86ae2011da0587354dd45a7427a0507310d878b618d790ed6fc6cfdfd610801699015db1d46668a3d1eed79c5977ce00da37c2d602

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy ' using:

openjdk version "17.0.10" 2024-01-16
OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.10, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 1.0.0-alpha4 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/imaging/1.0.0-alpha5-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/imaging/1.0.0-alpha5-RC1/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/imaging/1.0.0-alpha5-RC1/site/index.html
(note some *relative* links are broken and the 1.0.0-alpha5
directories are not yet created - these will be OK once the site is
deployed.)

JApiCmp Report (compared to 1.0.0-alpha4):

https://dist.apache.org/repos/dist/dev/commons/imaging/1.0.0-alpha5-RC1/site/japicmp.html
This is an alpha release with one API break.

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/imaging/1.0.0-alpha5-RC1/site/rat-report.html

KEYS:
https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

Re: [VOTE] Release Apache Commons Text 1.12.0 based on RC1

[Gary Gregory]

My +1

Gary

On Sat, Apr 13, 2024 at 9:43 AM Gary Gregory  wrote:
>
> We have fixed a few bugs and added enhancements since Apache Commons
> Text 1.11.0 was released, so I would like to release Apache Commons
> Text 1.12.0.
>
> Apache Commons Text 1.12.0 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1
> (svn revision 68475)
>
> The Git tag commons-text-1.12.0-RC1 commit for this RC is
> 2c2d0818b0540c59f055f5174db51d0574af46da which you can browse here:
> 
> https://gitbox.apache.org/repos/asf?p=commons-text.git;a=commit;h=2c2d0818b0540c59f055f5174db51d0574af46da
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-text.git
> --branch commons-text-1.12.0-RC1 commons-text-1.12.0-RC1
>
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1719/org/apache/commons/commons-text/1.12.0/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sat Apr 13 13:34:53 UTC 2024
> commons-text-1.12.0-bom.xml=43b65ff31fc8fbc65cb87b3dd4ccfc819ca3f22986d7b494184d6039dcef27f87879d86bc2b0b8aa11b1076fa08b940e211cbf0c717039cbb166d47ebc052244
> commons-text-1.12.0-bom.json=5f3d52977598686724506ff0daf329cea26d1bb9d069b62f1f24e2ed483360fbd56ba3a7687590695a7a23dbffd90b03f9b59d73779eb6c057ce7aba40bda464
> org.apache.commons_commons-text-1.12.0.spdx.json=32401c4d64fc0edc6aba525462309b86aa758ffe2201b89732f2c75845403c835b398fd783b3b670cd5c22875bdefe13dade05d3394d0642a45912de82e9ae59
> commons-text-1.12.0-src.tar.gz=6f995d6b120109466c1af4aba7ba7678b1c7461628d78d0ae3139720c099411bc106a7d492727bb54b7714fb0c443a4844913b3d6f0f18befa9e3bc6e8171af0
> commons-text-1.12.0-src.zip=f98f9fde5221914c133d6c1cb685d50ba6652991090cde27e3c3310eec4ed24229d0741107f671821bef216f4a5b2efa0488555a57e0d3c226d53c6497e2e502
> commons-text-1.12.0-javadoc.jar=6e4d9493cef82660663b6af99f6c32f7fefdca2cb98c1ec8bbd4a01fb123b3348fdab7c32593b5cf3ddd69107ebf58124dc19b6679182d8568a43454e2a7602a
> commons-text-1.12.0-bin.tar.gz=c2f5cedf0a2f31fc0657241c9efb3113e221d8a4d53654448745f0ba853b4fa31ffa061810c53114ba16adee34d8c8dcc0e465e827dfeae03e9f91a2618f5bac
> commons-text-1.12.0-tests.jar=33381e48a5239a43458beb597cbd9c65c3d8ce8687a974dd1d21fe9d7bdb7acb6fc534ba3d9bd18c00cd5bf3e44b33b99a8c0bf2a7dc85613f789767bdf57605
> commons-text-1.12.0-test-sources.jar=d9c9d7fc9473536ea6c92df58f3d33d489f26b0f44b6363d8fcc7a366e1a8ecda3ec366eac26ea61f5722c3438f602385ff9b777c30e895a6bfaeeb83524ace5
> commons-text-1.12.0-sources.jar=eed680391a6181d44b5c6e6b0e99b7c36ed5d4d34e496f4299b7d77e9f0c0851966a6ccf4037a2ebc729c3dbdff67dd644a0534df651766f47ea8d16a7e18dc7
> commons-text-1.12.0-bin.zip=fe50ac094fed72a8de3f92a275ee6d8be2a1ae6e94dc0b53df69444064574e7319b9fa6a265437ba6faf260f11a1f8c220ee3ed37ccde791f1488aea8f29a9d9
>
> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> jacoco -P japicmp clean package site deploy' using:
>
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
> OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)
>
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> Java version: 17.0.10, vendor: Homebrew, runtime:
> /usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
>
> Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
>
> Details of changes since 1.11.0 are in the release notes:
> 
> https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1/RELEASE-NOTES.txt
> 
> https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1/site/changes-report.html
>
> Site:
> 
> https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1/site/index.html
> (note some *relative* links are broken and the 1.12.0 directories
> are not yet created - these will be OK once the site is deployed.)
>
> JApiCmp Report (compared to 1.11.0):
> 
> https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1/site/japicmp.html
>
> RAT Report:
> 
> https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1/site/rat-report.html
>
> KEYS:
>   https://downloads.apache.org/commons/KEYS
>
> Please review the release candidate and vote.
> This vote will close no sooner than 72 hours from now.
>
>   [ ] +1 Release these artifacts
>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this release because...
>
> Thank you,
&

Re: [VOTE] Release Apache Commons CLI 1.7.0 based on RC1

[Gary Gregory]

My +1

Gary

On Sat, Apr 13, 2024 at 7:29 AM Gary Gregory  wrote:
>
> We have fixed a few bugs and added enhancements since Apache Commons
> CLI 1.6.0 was released, so I would like to release Apache Commons CLI
> 1.7.0.
>
> Apache Commons CLI 1.7.0 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1 (svn
> revision 68470)
>
> The Git tag commons-cli-1.7.0-RC1 commit for this RC is
> caed6714a73ce366aebccebf4a21e287d6d34ae0 which you can browse here:
> 
> https://gitbox.apache.org/repos/asf?p=commons-cli.git;a=commit;h=caed6714a73ce366aebccebf4a21e287d6d34ae0
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-cli.git
> --branch commons-cli-1.7.0-RC1 commons-cli-1.7.0-RC1
>
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1718/commons-cli/commons-cli/1.7.0/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sat Apr 13 02:26:30 UTC 2024
> commons-cli-1.7.0-bom.json=fd710316564b50a1af147751c01f25c473c8ccee4af117e3ebd12f7e1eda9524b10389e8ae8705922cc82c0164bc1c5a2977327eb22eac449ce4b149b15d3d90
> commons-cli-1.7.0-test-sources.jar=7b1e4940a6d0b2c84939146122849db1086730d93b8c540047a6fd2b6112eba9c420008302300557c8187821316cddbb7b0599664f04fa21e325e04bd4bb06f0
> commons-cli-1.7.0-src.zip=e0f684163327c6180098c61d89705ff49041239b04dcd0235dd0b7b3b9ac590c23da85236ae4458135b1d804824d639db2f4a85ee9cfa281c2cc49ec2f5775f1
> commons-cli-1.7.0-javadoc.jar=fea0659ba7c7f23940547f2aa6ae15d85817a7ecf9d537083b7c5873012e85b39aa9dbf1054f69f49a86b30b3ea06e037dc5b972c1bc553caa2c6004be409613
> commons-cli_commons-cli-1.7.0.spdx.json=1527955bcb67fdbefac08bd6905290f01c3397e6921eb5980e4b96145cf68a4a6745f28b29435fb4e181f051cd1c9d43017d53db5df6a12e76244bd642c5213a
> commons-cli-1.7.0-bin.zip=07a2a6698ba1010c5952ec26ad2e4ce73a87476f0fd97dd34cb5280f0563c0a0bdeb65e3cc9afbe9bca50c149f2570fa716f0a617c9f277b1ffdd9baa75081d0
> commons-cli-1.7.0-tests.jar=08338e5488c6d12e28a65b2d5ea2da172a087832c0c58915f47e1078038b10873bf5594237dc2275a6079027487745d5a76722424c5482c5f786ba95f5c34acb
> commons-cli-1.7.0-src.tar.gz=d97be4df213e0df72a3866b8271e34064e984e98debb2ae8bdd1bef94ea1fd358655dbc730866cb62b4232bad7888d69b4d964a101139f2cf36cd0fcfb39d28b
> commons-cli-1.7.0-sources.jar=9bc86da3391d3fc87806384fda1272b8e0a0313eb529ae4e9eaf7d5fc63708a90449f6fe72b4d29da730c21c4fc497f395c01812b625803479884e08f0593090
> commons-cli-1.7.0-bom.xml=40623202b108d74635fee720a826e730ed63b838596db45a887f4718be949db9ca01f9661be3c03067b2d1d9246d7fde1524c83c7718db1cb2202e0d3ed748d2
> commons-cli-1.7.0-bin.tar.gz=c429f22021bbb80f11e9b27bc768ec28b797d9d6fc18b3af369bfc7278641f2585c62cd6d6736b7f1813e3f9690390f8fd304743f123ae9fff496edd1942cac6
>
>
> I have tested this with 'mvn' and 'mvn -V -Duser.name=$my_apache_id
> -Dcommons.release-plugin.version=$commons_release_plugin_version
> -Prelease -Ptest-deploy -P jacoco -P japicmp clean package site
> deploy' using:
>
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
> OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)
>
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> Java version: 17.0.10, vendor: Homebrew, runtime:
> /usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
>
> Darwin * 23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
>
> Details of changes since 1.6.0 are in the release notes:
> 
> https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1/RELEASE-NOTES.txt
> 
> https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1/site/changes-report.html
>
> Site:
> 
> https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1/site/index.html
> (note some *relative* links are broken and the 1.7.0 directories
> are not yet created - these will be OK once the site is deployed.)
>
> JApiCmp Report (compared to 1.6.0):
> 
> https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1/site/japicmp.html
>
> RAT Report:
> 
> https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1/site/rat-report.html
>
> KEYS:
>   https://downloads.apache.org/commons/KEYS
>
> Please review the release candidate and vote.
> This vote will close no sooner than 72 hours from now.
>
>   [ ] +1 Release these artifacts
>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this 

Re: [LAZY][VOTE] Release Apache Commons Build Plugin Maven Mojo 1.14.0 based on RC1

[Gary Gregory]

My +1

Gary

On Fri, Apr 12, 2024 at 6:32 PM Gary Gregory  wrote:
>
> We have fixed a few bugs and added some enhancements since Apache
> Commons Build Plugin Maven Mojo 1.13 was released, so I would like to
> release Apache Commons Build Plugin Maven Mojo 1.14.0.
>
> Apache Commons Build Plugin Maven Mojo 1.14.0 RC1 is available for review 
> here:
> https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1
> (svn revision 68469)
>
> The Git tag commons-build-plugin-1.14.0-RC1 commit for this RC is
> 005b742c583eab2dc87b3ec50a447574f7c26b2b which you can browse here:
> 
> https://gitbox.apache.org/repos/asf?p=commons-build-plugin.git;a=commit;h=005b742c583eab2dc87b3ec50a447574f7c26b2b
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-build-plugin.git
> --branch commons-build-plugin-1.14.0-RC1
> commons-build-plugin-1.14.0-RC1
>
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1717/org/apache/commons/commons-build-plugin/1.14.0/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Fri Apr 12 22:26:24 UTC 2024
> commons-build-plugin-1.14.0-src.zip=67f4d16ee7367b574d5d6825d1148d27efda936f9ca69f760328a9900a470b905d8022c7f3aa8fc358c42462a5b92d770aa6b435ad1c7dd5eabb7e6169da84c1
> commons-build-plugin-1.14.0-sources.jar=6fd309dc36d2aad4c00dce46199db33dd5e661b0649dc845787202592f7da1544a4b4d5df239e2a9b0a7849ea81c25740ff9dae33bb4dd5230ca0615b9ce07a6
> commons-build-plugin-1.14.0-bin.tar.gz=1fc6709a0186c41e0ca0e12356966df9fb9da5a807d3cf505445af34bc300f9501441ae76852e6c54a50447e9ce7ef89b2a6d6a93b55e192985110beb548c777
> commons-build-plugin-1.14.0-bin.zip=a9cdb108dbe70a9f7956c3f590861137cc5ae20c552be4396201b5ee332f61b5d24a54772f7f51896b23fbf8bd5250dd4d3a6df93131d085a93a37fe9a42298d
> commons-build-plugin-1.14.0-test-sources.jar=dfff26cfff940e38e024fc40695234823e75a229ed99c21a7be0ec33633a6503f04e4a853c988d732ef3cd62536c7e3191988a2700d453d92c2822d1748dc941
> commons-build-plugin-1.14.0-javadoc.jar=104b85f65a53c6442dc0efb30b4b6e353fcd3edff9243adfadd659dfe5b68abde852273222136122f22f5e258cd12117401f28117e21cd2c9bf7b3e3925e4046
> commons-build-plugin-1.14.0-src.tar.gz=631b3fd2373f0585c8f41ac4eaaa2f01885e7336c69a410d91a92a6537b0a6c4d926e492a38346e74d9b9f03ce6d5e2befe24a4ed9e8292e97306161cab7c814
> commons-build-plugin-1.14.0-tests.jar=36717970d9da8964a2cc9195964c9662e6a19c849b3a7a27b3b49bada250fa2274e1432ae22acc62b83d4bf6418f6449aaae752d5721967c30378de65828a3eb
>
> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
> jacoco -P japicmp clean package site deploy' using:
>
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
> OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)
>
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Maven home: /usr/local/Cellar/maven/3.9.6/libexec
> Java version: 17.0.10, vendor: Homebrew, runtime:
> /usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"
>
> Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
> PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64
>
> Details of changes since 1.13 are in the release notes:
> 
> https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/RELEASE-NOTES.txt
> 
> https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/site/changes-report.html
>
> Site:
> 
> https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/site/index.html
> (note some *relative* links are broken and the 1.14.0 directories
> are not yet created - these will be OK once the site is deployed.)
>
> JApiCmp Report (compared to 1.13):
> 
> https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/site/japicmp.html
>
> RAT Report:
> 
> https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/site/rat-report.html
>
> KEYS:
>   https://downloads.apache.org/commons/KEYS
>
> Please review the release candidate and vote.
> This vote will close no sooner than 72 hours from now.
>
>   [ ] +1 Release these artifacts
>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this release because...
>
> Thank you,
>
> Gary Gregory,
> Release Manager (using key 86fdc7e2a11262cb)
>
> For following is intended as a helper and refresher for reviewers.
>
> Validating a release candidate
> ==
>
> These guidelines are NOT complete.
>
> R

[VOTE] Release Apache Commons Text 1.12.0 based on RC1

[Gary Gregory]

We have fixed a few bugs and added enhancements since Apache Commons
Text 1.11.0 was released, so I would like to release Apache Commons
Text 1.12.0.

Apache Commons Text 1.12.0 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1
(svn revision 68475)

The Git tag commons-text-1.12.0-RC1 commit for this RC is
2c2d0818b0540c59f055f5174db51d0574af46da which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-text.git;a=commit;h=2c2d0818b0540c59f055f5174db51d0574af46da
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-text.git
--branch commons-text-1.12.0-RC1 commons-text-1.12.0-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1719/org/apache/commons/commons-text/1.12.0/

These are the artifacts and their hashes:

#Release SHA-512s
#Sat Apr 13 13:34:53 UTC 2024
commons-text-1.12.0-bom.xml=43b65ff31fc8fbc65cb87b3dd4ccfc819ca3f22986d7b494184d6039dcef27f87879d86bc2b0b8aa11b1076fa08b940e211cbf0c717039cbb166d47ebc052244
commons-text-1.12.0-bom.json=5f3d52977598686724506ff0daf329cea26d1bb9d069b62f1f24e2ed483360fbd56ba3a7687590695a7a23dbffd90b03f9b59d73779eb6c057ce7aba40bda464
org.apache.commons_commons-text-1.12.0.spdx.json=32401c4d64fc0edc6aba525462309b86aa758ffe2201b89732f2c75845403c835b398fd783b3b670cd5c22875bdefe13dade05d3394d0642a45912de82e9ae59
commons-text-1.12.0-src.tar.gz=6f995d6b120109466c1af4aba7ba7678b1c7461628d78d0ae3139720c099411bc106a7d492727bb54b7714fb0c443a4844913b3d6f0f18befa9e3bc6e8171af0
commons-text-1.12.0-src.zip=f98f9fde5221914c133d6c1cb685d50ba6652991090cde27e3c3310eec4ed24229d0741107f671821bef216f4a5b2efa0488555a57e0d3c226d53c6497e2e502
commons-text-1.12.0-javadoc.jar=6e4d9493cef82660663b6af99f6c32f7fefdca2cb98c1ec8bbd4a01fb123b3348fdab7c32593b5cf3ddd69107ebf58124dc19b6679182d8568a43454e2a7602a
commons-text-1.12.0-bin.tar.gz=c2f5cedf0a2f31fc0657241c9efb3113e221d8a4d53654448745f0ba853b4fa31ffa061810c53114ba16adee34d8c8dcc0e465e827dfeae03e9f91a2618f5bac
commons-text-1.12.0-tests.jar=33381e48a5239a43458beb597cbd9c65c3d8ce8687a974dd1d21fe9d7bdb7acb6fc534ba3d9bd18c00cd5bf3e44b33b99a8c0bf2a7dc85613f789767bdf57605
commons-text-1.12.0-test-sources.jar=d9c9d7fc9473536ea6c92df58f3d33d489f26b0f44b6363d8fcc7a366e1a8ecda3ec366eac26ea61f5722c3438f602385ff9b777c30e895a6bfaeeb83524ace5
commons-text-1.12.0-sources.jar=eed680391a6181d44b5c6e6b0e99b7c36ed5d4d34e496f4299b7d77e9f0c0851966a6ccf4037a2ebc729c3dbdff67dd644a0534df651766f47ea8d16a7e18dc7
commons-text-1.12.0-bin.zip=fe50ac094fed72a8de3f92a275ee6d8be2a1ae6e94dc0b53df69444064574e7319b9fa6a265437ba6faf260f11a1f8c220ee3ed37ccde791f1488aea8f29a9d9

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "17.0.10" 2024-01-16
OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.10, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 1.11.0 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1/site/index.html
(note some *relative* links are broken and the 1.12.0 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 1.11.0):

https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/text/1.12.0-RC1/site/rat-report.html

KEYS:
  https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1a) Clone and checkout the RC tag

git clone https://gitbox.apache.org/repos/asf/commons-text.git
--branch commons-text-1.12.0-RC1 commons-text-1

[VOTE] Release Apache Commons CLI 1.7.0 based on RC1

[Gary Gregory]

We have fixed a few bugs and added enhancements since Apache Commons
CLI 1.6.0 was released, so I would like to release Apache Commons CLI
1.7.0.

Apache Commons CLI 1.7.0 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1 (svn
revision 68470)

The Git tag commons-cli-1.7.0-RC1 commit for this RC is
caed6714a73ce366aebccebf4a21e287d6d34ae0 which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-cli.git;a=commit;h=caed6714a73ce366aebccebf4a21e287d6d34ae0
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-cli.git
--branch commons-cli-1.7.0-RC1 commons-cli-1.7.0-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1718/commons-cli/commons-cli/1.7.0/

These are the artifacts and their hashes:

#Release SHA-512s
#Sat Apr 13 02:26:30 UTC 2024
commons-cli-1.7.0-bom.json=fd710316564b50a1af147751c01f25c473c8ccee4af117e3ebd12f7e1eda9524b10389e8ae8705922cc82c0164bc1c5a2977327eb22eac449ce4b149b15d3d90
commons-cli-1.7.0-test-sources.jar=7b1e4940a6d0b2c84939146122849db1086730d93b8c540047a6fd2b6112eba9c420008302300557c8187821316cddbb7b0599664f04fa21e325e04bd4bb06f0
commons-cli-1.7.0-src.zip=e0f684163327c6180098c61d89705ff49041239b04dcd0235dd0b7b3b9ac590c23da85236ae4458135b1d804824d639db2f4a85ee9cfa281c2cc49ec2f5775f1
commons-cli-1.7.0-javadoc.jar=fea0659ba7c7f23940547f2aa6ae15d85817a7ecf9d537083b7c5873012e85b39aa9dbf1054f69f49a86b30b3ea06e037dc5b972c1bc553caa2c6004be409613
commons-cli_commons-cli-1.7.0.spdx.json=1527955bcb67fdbefac08bd6905290f01c3397e6921eb5980e4b96145cf68a4a6745f28b29435fb4e181f051cd1c9d43017d53db5df6a12e76244bd642c5213a
commons-cli-1.7.0-bin.zip=07a2a6698ba1010c5952ec26ad2e4ce73a87476f0fd97dd34cb5280f0563c0a0bdeb65e3cc9afbe9bca50c149f2570fa716f0a617c9f277b1ffdd9baa75081d0
commons-cli-1.7.0-tests.jar=08338e5488c6d12e28a65b2d5ea2da172a087832c0c58915f47e1078038b10873bf5594237dc2275a6079027487745d5a76722424c5482c5f786ba95f5c34acb
commons-cli-1.7.0-src.tar.gz=d97be4df213e0df72a3866b8271e34064e984e98debb2ae8bdd1bef94ea1fd358655dbc730866cb62b4232bad7888d69b4d964a101139f2cf36cd0fcfb39d28b
commons-cli-1.7.0-sources.jar=9bc86da3391d3fc87806384fda1272b8e0a0313eb529ae4e9eaf7d5fc63708a90449f6fe72b4d29da730c21c4fc497f395c01812b625803479884e08f0593090
commons-cli-1.7.0-bom.xml=40623202b108d74635fee720a826e730ed63b838596db45a887f4718be949db9ca01f9661be3c03067b2d1d9246d7fde1524c83c7718db1cb2202e0d3ed748d2
commons-cli-1.7.0-bin.tar.gz=c429f22021bbb80f11e9b27bc768ec28b797d9d6fc18b3af369bfc7278641f2585c62cd6d6736b7f1813e3f9690390f8fd304743f123ae9fff496edd1942cac6


I have tested this with 'mvn' and 'mvn -V -Duser.name=$my_apache_id
-Dcommons.release-plugin.version=$commons_release_plugin_version
-Prelease -Ptest-deploy -P jacoco -P japicmp clean package site
deploy' using:

openjdk version "17.0.10" 2024-01-16
OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.10, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin * 23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 1.6.0 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1/site/changes-report.html

Site:
https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1/site/index.html
(note some *relative* links are broken and the 1.7.0 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 1.6.0):

https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/cli/1.7.0-RC1/site/rat-report.html

KEYS:
  https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1a) Clone and checkout the RC tag

git clone https://gitbox.apache.org/repos/asf/commons-cli.git --branch
commons-cli-1.7.0-

[LAZY][VOTE] Release Apache Commons Build Plugin Maven Mojo 1.14.0 based on RC1

[Gary Gregory]

We have fixed a few bugs and added some enhancements since Apache
Commons Build Plugin Maven Mojo 1.13 was released, so I would like to
release Apache Commons Build Plugin Maven Mojo 1.14.0.

Apache Commons Build Plugin Maven Mojo 1.14.0 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1
(svn revision 68469)

The Git tag commons-build-plugin-1.14.0-RC1 commit for this RC is
005b742c583eab2dc87b3ec50a447574f7c26b2b which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-build-plugin.git;a=commit;h=005b742c583eab2dc87b3ec50a447574f7c26b2b
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-build-plugin.git
--branch commons-build-plugin-1.14.0-RC1
commons-build-plugin-1.14.0-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1717/org/apache/commons/commons-build-plugin/1.14.0/

These are the artifacts and their hashes:

#Release SHA-512s
#Fri Apr 12 22:26:24 UTC 2024
commons-build-plugin-1.14.0-src.zip=67f4d16ee7367b574d5d6825d1148d27efda936f9ca69f760328a9900a470b905d8022c7f3aa8fc358c42462a5b92d770aa6b435ad1c7dd5eabb7e6169da84c1
commons-build-plugin-1.14.0-sources.jar=6fd309dc36d2aad4c00dce46199db33dd5e661b0649dc845787202592f7da1544a4b4d5df239e2a9b0a7849ea81c25740ff9dae33bb4dd5230ca0615b9ce07a6
commons-build-plugin-1.14.0-bin.tar.gz=1fc6709a0186c41e0ca0e12356966df9fb9da5a807d3cf505445af34bc300f9501441ae76852e6c54a50447e9ce7ef89b2a6d6a93b55e192985110beb548c777
commons-build-plugin-1.14.0-bin.zip=a9cdb108dbe70a9f7956c3f590861137cc5ae20c552be4396201b5ee332f61b5d24a54772f7f51896b23fbf8bd5250dd4d3a6df93131d085a93a37fe9a42298d
commons-build-plugin-1.14.0-test-sources.jar=dfff26cfff940e38e024fc40695234823e75a229ed99c21a7be0ec33633a6503f04e4a853c988d732ef3cd62536c7e3191988a2700d453d92c2822d1748dc941
commons-build-plugin-1.14.0-javadoc.jar=104b85f65a53c6442dc0efb30b4b6e353fcd3edff9243adfadd659dfe5b68abde852273222136122f22f5e258cd12117401f28117e21cd2c9bf7b3e3925e4046
commons-build-plugin-1.14.0-src.tar.gz=631b3fd2373f0585c8f41ac4eaaa2f01885e7336c69a410d91a92a6537b0a6c4d926e492a38346e74d9b9f03ce6d5e2befe24a4ed9e8292e97306161cab7c814
commons-build-plugin-1.14.0-tests.jar=36717970d9da8964a2cc9195964c9662e6a19c849b3a7a27b3b49bada250fa2274e1432ae22acc62b83d4bf6418f6449aaae752d5721967c30378de65828a3eb

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "17.0.10" 2024-01-16
OpenJDK Runtime Environment Homebrew (build 17.0.10+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.10+0, mixed mode, sharing)

Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
Maven home: /usr/local/Cellar/maven/3.9.6/libexec
Java version: 17.0.10, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.4.1", arch: "x86_64", family: "mac"

Darwin  23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05
PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64 x86_64

Details of changes since 1.13 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/site/index.html
(note some *relative* links are broken and the 1.14.0 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 1.13):

https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/site/rat-report.html

KEYS:
  https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1a) Clone and checkout the RC tag

git clone https://gitbox.apache.org/repos/asf/commons-build-plugin.git
--branch commons-build-plugin-1.14.0-RC1
commons-build-plugin-1.14.0-RC1
cd commons-build-plugin-1.14.0-RC1

1b) Download and unpack the source archive from:

https://dist.apache.org/repos/dist/dev/commons/build-plugin/1.14.0-RC1/source

2) Check Apache licenses

This step is not required if the site includes a RAT 

Re: [IO] Change in behavior in Commons FileUpload after upgrade to Commons IO 2.16.1

[Gary Gregory]

Stephan,

Thank you for your message.

This is more of a design deffect IMO,. If there is a desire for disabling a
feature like caching then there should be a toggle for that, not relying on
a side effect of a magic number. PRs welcome! :-)

Gary


On Wed, Apr 10, 2024, 9:24 AM Stephan Markwalder
 wrote:

> Hi,
>
> Today, I found the following questions in
> https://github.com/apache/commons-io/pull/609:
>
> > The behavior for a negative threshold should be the same as 0 IMO. WDYT?
> > What does it even mean that a threshold is negative?
> > Writing zero bytes writes nothing, so there is nothing to reach until
> you at least write one byte.
> > Am I missing something?
>
> I would like to highlight a "use case" for a negative threshold, and how
> the change to disallow a negative threshold might impact existing code.
>
> I upgraded from Commons IO 2.15.1 to 2.16.1 yesterday and found a small
> change in the behavior of Commons FileUpload when uploading and processing
> empty files. The effect is visible only when passing a negative value as
> file size threshold to Commons FileUpload. Here is a small extract from the
> Javadoc of Commons FileUpload, class `DefaultFileItemFactory`, constructor
> parameter `sizeThreshold`:
>
> > sizeThreshold - The threshold, in bytes, below which items will be
> > retained in memory and above which they will be stored as a file.
> (source:
> https://javadoc.io/doc/commons-fileupload/commons-fileupload/latest/index.html
> )
>
> By passing a negative value for `sizeThreshold`, Commons FileUpload can be
> configured to disable the in-memory caching for all uploaded files,
> including empty files with a size of 0 bytes. As a result, `DiskFileItem`
> objects created by Commons FileUpload will always have a `File` instance
> set internally, even for empty files.
>
> `DiskFileItem` in Commons FileUpload internally makes use of
> `DeferredFileOutputStream`, and therefore `ThresholdingOutputStream`. At
> some point it calls `isThresholdExceeded()` to check whether the size of
> the uploaded file exceeds the given threshold. By disallowing a negative
> threshold, empty files will now be treated differently by Commons
> FileUpload. With a size of 0 bytes, they will not exceed the enforced
> minimum threshold of 0 bytes anymore, and their data will therefore be kept
> in memory. This can break follow-up code which relies on the previous
> behavior and expects a `File` instance to be created for every uploaded
> file, even empty files.
>
> I know that this is a very specific use case. I don't know whether the
> developers of Commons FileUpload ever intended a negative threshold to be
> used. Still, the question was asked whether a negative threshold could have
> any meaning. I assume the answer is "yes". But I don't know whether this
> qualifies as a bug or a regression. I also don't know whether there are
> other similar use cases in other libraries depending on Commons IO.
>
> Best,
> Stephan
> Email Disclaimer
> FNZ (UK) Ltd registered in England and Wales (05435760) 10th Floor, 135
> Bishopsgate, London EC2M 3TP, FNZ (UK) Ltd is authorised and regulated by
> the Financial Conduct Authority (438687); FNZ TA Services Ltd registered in
> England and Wales (09571767) 10th Floor, 135 Bishopsgate, London EC2M 3TP,
> FNZ TA Services Ltd is authorised and regulated by the Financial Conduct
> Authority (932253); FNZ Securities Ltd registered in England and Wales
> (09486463) 10th Floor, 135 Bishopsgate, London EC2M 3TP, FNZ Securities
> Ltd, is authorised and regulated by the Financial Conduct Authority
> (733400); JHC Systems Limited registered in England and Wales (08729370)
> Temple Point 6th Floor, 1 Temple Row, Birmingham, West Midlands, B2 5LG;
> FNZ (Europe) DAC registered in Ireland (657886)  Block C, Irish Life
> Centre, Lower Abbey Street, Dublin 1, D01V9F5, Ireland; FNZ SA (Pty) Ltd
> registered under the laws of South Africa (2018/547997/07), 1st floor,
> Newport House, Prestwich Street, Greenpoint, western Cape, 8001; FNZ
> Limited registered in New Zealand (1797706) FNZ House, Level 3, 29A Brandon
> Street, Wellington, 6011 New Zealand; FNZ (Australia) Pty Ltd registered in
> Australia (138 819 119) Level 1, 99 Elizabeth St, Sydney 2000; FNZ (Hong
> Kong) Limited registered in Hong Kong (1305362) 6A-1, Koshun House, 331
> Nathan Road, Hong Kong; FNZ (Singapore) Services Pte. Ltd. registered in
> Singapore (201307199R) 61 Robinson Road, #13-03A, Robinson Centre,
> Singapore (068893); and FNZ (China) Ltd registered in China
> (91310115MA1K3G4K6T) [中国（上海）自由贸易试验区世纪大道1196 号二 座20 层.
> This message is intended solely for the addressee and may contain
> confidential information. If you have received this message in error,
> please send it back to us, and immediately and permanently delete it. Do
> not use, copy or disclose the information contained in this message or in
> any attachment.
> Emails sent to and from FNZ may be monitored and read for legitimate
> business purposes. Emails