date:20240502

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

2024-05-02 Thread 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 
> > 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/di

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

2024-05-02 Thread Bruno Kinoshita

Tried building the project but alas I think my network has UDP multicast
issues?

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"

With the command, `mvn clean install`:

[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

Not using my VPN, even though I have one installed for $work (double
checked, but I haven't used it today, nor can I find the utility open, nor
access $work sites). I am using my home laptop, connected to Wi-fi. Maybe
something else with my environment?

Bruno

On Tue, 30 Apr 2024 at 23:45, Gary D. Gregory  wrote:

> Ping to the PMC for this thread and the Commons CSV one ;-)
>
> Gary
>
> On 2024/04/29 07:16:26 Thomas Vandahl wrote:
> > Hi folks,
> >
> > > Am 20.04.2024 um 12:25 schrieb Thomas Vandahl :
> > >
> > > 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)
> > >
> >
> > Could I please ask for one more vote?
> >
> > TIA
> > 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
>
>

Re: [VOTE] Release Apache Commons CSV 1.11.0 based on RC1

2024-05-02 Thread Bruno Kinoshita

+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 
> 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 shoul

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

2024-05-02 Thread Gary D. Gregory

I meant I'll only change the Suppliers to Strings. The deprecations are fine 
IMO. This is how I see it:

- Stock system property access is done through SystemProperties (you get 
Strings)
- More advanced services that require conversions like getting a Stream of 
Paths for a java.class.path is done elsewhere. 
- For example, SystemUtils gives you the 'user.home' string as a File belongs 
where it is now: File file = SystemUtils.getUserHome(). I don't think we need a 
User class for example.

Gary

On 2024/05/02 18:57:04 "Gary D. Gregory" wrote:
> Hi Bernd,
> 
> Sounds reasonable. I'll revert the deprecation and use String defaults 
> instead of Suppliers.
> 
> Gary
> 
> On 2024/05/01 17:56:34 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
> > 
> > 
> 
> -
> 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-lang) 01/02: Deprecate SystemUtils.getUserName(String) in favor of SystemProperties.getUserName(Supplier)

2024-05-02 Thread Gary D. Gregory

Hello Elliotte,

OK, I'll use String defaults instead of Suppliers.

Gary

On 2024/05/02 16:48:48 Elliotte Rusty Harold wrote:
> I'm OK with preferring SystemProperties though I'm not sure that
> alpine justifies a new method and deprecation.
> 
> I second the opinion that a literal string is strongly preferable to a
> Supplier here. Pick the simplest thing that could possibly work. As
> Knuth warned us, premature optimization is the root of all evil in
> programming.
> 
> On Wed, May 1, 2024 at 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
> >
> 
> 
> -- 
> 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
> 
> 

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

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

2024-05-02 Thread Gary D. Gregory

Hi Bernd,

Sounds reasonable. I'll revert the deprecation and use String defaults instead 
of Suppliers.

Gary

On 2024/05/01 17:56:34 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
> 
> 

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

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

2024-05-02 Thread Elliotte Rusty Harold

I'm OK with preferring SystemProperties though I'm not sure that
alpine justifies a new method and deprecation.

I second the opinion that a literal string is strongly preferable to a
Supplier here. Pick the simplest thing that could possibly work. As
Knuth warned us, premature optimization is the root of all evil in
programming.

On Wed, May 1, 2024 at 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
>


-- 
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 CSV 1.11.0 based on RC1

2024-05-02 Thread Rob Tompkins

+1

> On Apr 28, 2024, at 6:24 PM, 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 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

Re: [RDF] Querying a graph using SPARQL

2024-05-02 Thread Claude Warren

I don't know if it was not intended, but I don't think there is an
implementation.  I suspect you need to use something like Jena.

On Sat, Mar 2, 2024 at 5:24 PM Fred Hauschel  wrote:

> Hi there,
>
> currently i try to understand, how i can use SPARQL with commons-rdf.
>
> I suspect that was not intended ?
>
> Thanks Fredy
>
>
> -
> 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

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

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

Re: [VOTE] Release Apache Commons CSV 1.11.0 based on RC1

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

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

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

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

Re: [VOTE] Release Apache Commons CSV 1.11.0 based on RC1

Re: [RDF] Querying a graph using SPARQL

9 matches

Site Navigation

Mail list logo

Footer information