[VOTE][RESULT] Release Apache Commons Collections 4.4 based on RC1

2019-07-08 Thread Gary Gregory
This VOTE passes with the following +1 binding votes:
- Rob Tompkins chtom...@gmail.com
- Gary Gregory 
- Bruno P. Kinoshita ki...@apache.org

Gary

On Mon, Jul 8, 2019 at 10:14 PM Bruno P. Kinoshita  wrote:

>  [x] +1 Release these artifacts
>
>
> Build passing on JDK 8, Ubuntu LTS, Maven 3.5.2. No blockers in the site
> reports.
> Couldn't check the signatures. But everything else looks good to me.
> Thanks!Bruno
>
> On Saturday, 6 July 2019, 6:54:41 am NZST, Gary Gregory <
> ggreg...@apache.org> wrote:
>
>  We have fixed quite a few bugs and added some enhancements since Apache
> Commons Collections 4.3 was released, so I would like to release Apache
> Commons Collections 4.4.
>
> Apache Commons Collections 4.4 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/collections/4.4-RC1
> (svn
> revision 34783)
>
> The Git tag commons-collections-4.4-RC1 commit for this RC is
> cab58b3a8093a2f6b84f12783a3fb358747310f7 which you can browse here:
>
>
> https://gitbox.apache.org/repos/asf?p=commons-collections.git;a=commit;h=cab58b3a8093a2f6b84f12783a3fb358747310f7
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-collections.git
> --branch
> 
> commons-collections-4.4-RC1 commons-collections-4.4-RC1
>
> Maven artifacts are here:
>
>
> https://repository.apache.org/content/repositories/orgapachecommons-1446/org/apache/commons/commons-collections4/4.4/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Fri Jul 05 14:10:15 EDT 2019
>
> commons-collections4-4.4-bin.tar.gz=678068a958aed983926a8852b25470ab1dcce637856f85e3b3f07fae28b25da6f2326b87d123395c4f531abfc88b74f847dbcaba9a71824adab6d52ca2568395
>
> commons-collections4-4.4-bin.zip=96b31ba67b9ebc43f04e7188961d590020179e94c28c69a91925ff13224cd807f2becef84f6b6cc42d548283873e32ffafdd863af49fd224c1ec01e6909f6a17
>
> commons-collections4-4.4-javadoc.jar=a8436e6429a423336958ec0ece09fa96f086f22498854a04550b6b77ac5371920e6ea8ce7269c25bf27e48735944cf8c465b6f4dfe8b1503334e6b5130a43b3c
>
> commons-collections4-4.4-sources.jar=2755718f3a8323659de3e28b56491a67e38c730c0fc5b0b675824b77d76797b2593060af8bb7ba365f42d76318e1248645f3b2d3325b7db565cd1b4ecd6a295d
>
> commons-collections4-4.4-src.tar.gz=2110e73eda97ca52a886cb708f21d8609a83655861594f3b6eb7a15b777d42fc5d3b28ffc6ecc5e4f0b3fd5407f80019c2ce006f970f55455ef33eee47ee
>
> commons-collections4-4.4-src.zip=bf509b6578eb093eb02322a858e5124c4242b34403e93c9b7d63f487830d41f625bf9b9cb4e5a4d17c00be9e37e183c5b1529b911101af36b34f06803f49cad9
>
> commons-collections4-4.4-test-sources.jar=22f5d3865483a06e9d6f42395ff94c4eb8d57ac43d4e170e01c1ceb078d4f9312ffaad1b78790a877fb8dc346ed19ffa1d71d28fe4a90228e410db2cd9790501
>
> commons-collections4-4.4-test-sources.jar.asc=d192c1d58968fc4fb5b4888b03385d8965c23cae1f6fb9d08ba90cdebe6d7f1f6bd917ddcdb129d1bae5e2f1da2f3fb8d889738c3133df865658297780dfc13c
>
> commons-collections4-4.4-tests.jar=4eafe177278509c63c466f63bce13d8ccad62e170510c92c68a3e48762055d4f4e05d2c8fe00ba9f72d455526814793fd3e3a7a3c576a668c53de42ef7b2e801
> (no need for .asc hashes!)
>
> I have tested this with 'mvn -V -Duser.name=%my_apache_id%
> -Dcommons.release-plugin.version=%commons.release-plugin.version%
> -Ddoclint=none -Prelease -Pjacoco -Pjapicmp -Ptest-deploy clean package
> site deploy' using:
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 1.8.0_212, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\jdk1.8.0_212\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> In addition, running 'mvn -V clean package' passed using:
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 11.0.3, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\jdk-11.0.3
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 12.0.1, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\openjdk\jdk-12.0.1
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 13-ea, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\openjdk\jdk-13
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> openjdk version "13-ea" 2019-09-17
> OpenJDK 

Re: [VOTE] Release Apache Commons Collections 4.4 based on RC1

2019-07-08 Thread Gary Gregory
My +1

Gary

On Fri, Jul 5, 2019 at 2:54 PM Gary Gregory  wrote:

> We have fixed quite a few bugs and added some enhancements since Apache
> Commons Collections 4.3 was released, so I would like to release Apache
> Commons Collections 4.4.
>
> Apache Commons Collections 4.4 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/collections/4.4-RC1
> (svn revision 34783)
>
> The Git tag commons-collections-4.4-RC1 commit for this RC is
> cab58b3a8093a2f6b84f12783a3fb358747310f7 which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-collections.git;a=commit;h=cab58b3a8093a2f6b84f12783a3fb358747310f7
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-collections.git
> --branch commons-collections-4.4-RC1 commons-collections-4.4-RC1
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1446/org/apache/commons/commons-collections4/4.4/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Fri Jul 05 14:10:15 EDT 2019
>
> commons-collections4-4.4-bin.tar.gz=678068a958aed983926a8852b25470ab1dcce637856f85e3b3f07fae28b25da6f2326b87d123395c4f531abfc88b74f847dbcaba9a71824adab6d52ca2568395
>
> commons-collections4-4.4-bin.zip=96b31ba67b9ebc43f04e7188961d590020179e94c28c69a91925ff13224cd807f2becef84f6b6cc42d548283873e32ffafdd863af49fd224c1ec01e6909f6a17
>
> commons-collections4-4.4-javadoc.jar=a8436e6429a423336958ec0ece09fa96f086f22498854a04550b6b77ac5371920e6ea8ce7269c25bf27e48735944cf8c465b6f4dfe8b1503334e6b5130a43b3c
>
> commons-collections4-4.4-sources.jar=2755718f3a8323659de3e28b56491a67e38c730c0fc5b0b675824b77d76797b2593060af8bb7ba365f42d76318e1248645f3b2d3325b7db565cd1b4ecd6a295d
>
> commons-collections4-4.4-src.tar.gz=2110e73eda97ca52a886cb708f21d8609a83655861594f3b6eb7a15b777d42fc5d3b28ffc6ecc5e4f0b3fd5407f80019c2ce006f970f55455ef33eee47ee
>
> commons-collections4-4.4-src.zip=bf509b6578eb093eb02322a858e5124c4242b34403e93c9b7d63f487830d41f625bf9b9cb4e5a4d17c00be9e37e183c5b1529b911101af36b34f06803f49cad9
>
> commons-collections4-4.4-test-sources.jar=22f5d3865483a06e9d6f42395ff94c4eb8d57ac43d4e170e01c1ceb078d4f9312ffaad1b78790a877fb8dc346ed19ffa1d71d28fe4a90228e410db2cd9790501
>
> commons-collections4-4.4-test-sources.jar.asc=d192c1d58968fc4fb5b4888b03385d8965c23cae1f6fb9d08ba90cdebe6d7f1f6bd917ddcdb129d1bae5e2f1da2f3fb8d889738c3133df865658297780dfc13c
>
> commons-collections4-4.4-tests.jar=4eafe177278509c63c466f63bce13d8ccad62e170510c92c68a3e48762055d4f4e05d2c8fe00ba9f72d455526814793fd3e3a7a3c576a668c53de42ef7b2e801
> (no need for .asc hashes!)
>
> I have tested this with 'mvn -V -Duser.name=%my_apache_id%
> -Dcommons.release-plugin.version=%commons.release-plugin.version%
> -Ddoclint=none -Prelease -Pjacoco -Pjapicmp -Ptest-deploy clean package
> site deploy' using:
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 1.8.0_212, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\jdk1.8.0_212\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> In addition, running 'mvn -V clean package' passed using:
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 11.0.3, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\jdk-11.0.3
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 12.0.1, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\openjdk\jdk-12.0.1
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 13-ea, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\openjdk\jdk-13
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> openjdk version "13-ea" 2019-09-17
> OpenJDK Runtime Environment (build 13-ea+25)
> OpenJDK 64-Bit Server VM (build 13-ea+25, mixed mode, sharing)
>
> OpenJDK 14-EA fails:
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 14-ea, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\openjdk\jdk-14
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> openjdk version "14-ea" 2020-03-17

Re: [VOTE] Release Apache Commons Collections 4.4 based on RC1

2019-07-08 Thread Bruno P. Kinoshita
 [x] +1 Release these artifacts


Build passing on JDK 8, Ubuntu LTS, Maven 3.5.2. No blockers in the site 
reports.
Couldn't check the signatures. But everything else looks good to me.
Thanks!Bruno

On Saturday, 6 July 2019, 6:54:41 am NZST, Gary Gregory 
 wrote:  
 
 We have fixed quite a few bugs and added some enhancements since Apache
Commons Collections 4.3 was released, so I would like to release Apache
Commons Collections 4.4.

Apache Commons Collections 4.4 RC1 is available for review here:
    https://dist.apache.org/repos/dist/dev/commons/collections/4.4-RC1 (svn
revision 34783)

The Git tag commons-collections-4.4-RC1 commit for this RC is
cab58b3a8093a2f6b84f12783a3fb358747310f7 which you can browse here:

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

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1446/org/apache/commons/commons-collections4/4.4/

These are the artifacts and their hashes:

#Release SHA-512s
#Fri Jul 05 14:10:15 EDT 2019
commons-collections4-4.4-bin.tar.gz=678068a958aed983926a8852b25470ab1dcce637856f85e3b3f07fae28b25da6f2326b87d123395c4f531abfc88b74f847dbcaba9a71824adab6d52ca2568395
commons-collections4-4.4-bin.zip=96b31ba67b9ebc43f04e7188961d590020179e94c28c69a91925ff13224cd807f2becef84f6b6cc42d548283873e32ffafdd863af49fd224c1ec01e6909f6a17
commons-collections4-4.4-javadoc.jar=a8436e6429a423336958ec0ece09fa96f086f22498854a04550b6b77ac5371920e6ea8ce7269c25bf27e48735944cf8c465b6f4dfe8b1503334e6b5130a43b3c
commons-collections4-4.4-sources.jar=2755718f3a8323659de3e28b56491a67e38c730c0fc5b0b675824b77d76797b2593060af8bb7ba365f42d76318e1248645f3b2d3325b7db565cd1b4ecd6a295d
commons-collections4-4.4-src.tar.gz=2110e73eda97ca52a886cb708f21d8609a83655861594f3b6eb7a15b777d42fc5d3b28ffc6ecc5e4f0b3fd5407f80019c2ce006f970f55455ef33eee47ee
commons-collections4-4.4-src.zip=bf509b6578eb093eb02322a858e5124c4242b34403e93c9b7d63f487830d41f625bf9b9cb4e5a4d17c00be9e37e183c5b1529b911101af36b34f06803f49cad9
commons-collections4-4.4-test-sources.jar=22f5d3865483a06e9d6f42395ff94c4eb8d57ac43d4e170e01c1ceb078d4f9312ffaad1b78790a877fb8dc346ed19ffa1d71d28fe4a90228e410db2cd9790501
commons-collections4-4.4-test-sources.jar.asc=d192c1d58968fc4fb5b4888b03385d8965c23cae1f6fb9d08ba90cdebe6d7f1f6bd917ddcdb129d1bae5e2f1da2f3fb8d889738c3133df865658297780dfc13c
commons-collections4-4.4-tests.jar=4eafe177278509c63c466f63bce13d8ccad62e170510c92c68a3e48762055d4f4e05d2c8fe00ba9f72d455526814793fd3e3a7a3c576a668c53de42ef7b2e801
(no need for .asc hashes!)

I have tested this with 'mvn -V -Duser.name=%my_apache_id%
-Dcommons.release-plugin.version=%commons.release-plugin.version%
-Ddoclint=none -Prelease -Pjacoco -Pjapicmp -Ptest-deploy clean package
site deploy' using:

Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
2019-04-04T15:00:29-04:00)
Maven home: C:\Java\apache-maven-3.6.1\bin\..
Java version: 1.8.0_212, vendor: Oracle Corporation, runtime: C:\Program
Files\Java\jdk1.8.0_212\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

In addition, running 'mvn -V clean package' passed using:

Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
2019-04-04T15:00:29-04:00)
Maven home: C:\Java\apache-maven-3.6.1\bin\..
Java version: 11.0.3, vendor: Oracle Corporation, runtime: C:\Program
Files\Java\jdk-11.0.3
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
2019-04-04T15:00:29-04:00)
Maven home: C:\Java\apache-maven-3.6.1\bin\..
Java version: 12.0.1, vendor: Oracle Corporation, runtime: C:\Program
Files\Java\openjdk\jdk-12.0.1
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
2019-04-04T15:00:29-04:00)
Maven home: C:\Java\apache-maven-3.6.1\bin\..
Java version: 13-ea, vendor: Oracle Corporation, runtime: C:\Program
Files\Java\openjdk\jdk-13
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
openjdk version "13-ea" 2019-09-17
OpenJDK Runtime Environment (build 13-ea+25)
OpenJDK 64-Bit Server VM (build 13-ea+25, mixed mode, sharing)

OpenJDK 14-EA fails:

Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
2019-04-04T15:00:29-04:00)
Maven home: C:\Java\apache-maven-3.6.1\bin\..
Java version: 14-ea, vendor: Oracle Corporation, runtime: C:\Program
Files\Java\openjdk\jdk-14
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Re: [VOTE] Release Apache Commons Collections 4.4 based on RC1

2019-07-08 Thread Bruno P. Kinoshita

 Still recovering from jet lag and going through backlog/emails. Will test it 
tonight (in +5 hours).
CheersBruno

On Tuesday, 9 July 2019, 1:32:00 am NZST, Gary Gregory 
 wrote:  
 
 My we have more reviews please?

Gary

On Fri, Jul 5, 2019 at 2:54 PM Gary Gregory  wrote:

> We have fixed quite a few bugs and added some enhancements since Apache
> Commons Collections 4.3 was released, so I would like to release Apache
> Commons Collections 4.4.
>
> Apache Commons Collections 4.4 RC1 is available for review here:
>    https://dist.apache.org/repos/dist/dev/commons/collections/4.4-RC1
> (svn revision 34783)
>
> The Git tag commons-collections-4.4-RC1 commit for this RC is
> cab58b3a8093a2f6b84f12783a3fb358747310f7 which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-collections.git;a=commit;h=cab58b3a8093a2f6b84f12783a3fb358747310f7
> You may checkout this tag using:
>    git clone https://gitbox.apache.org/repos/asf/commons-collections.git
> --branch commons-collections-4.4-RC1 commons-collections-4.4-RC1
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1446/org/apache/commons/commons-collections4/4.4/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Fri Jul 05 14:10:15 EDT 2019
>
> commons-collections4-4.4-bin.tar.gz=678068a958aed983926a8852b25470ab1dcce637856f85e3b3f07fae28b25da6f2326b87d123395c4f531abfc88b74f847dbcaba9a71824adab6d52ca2568395
>
> commons-collections4-4.4-bin.zip=96b31ba67b9ebc43f04e7188961d590020179e94c28c69a91925ff13224cd807f2becef84f6b6cc42d548283873e32ffafdd863af49fd224c1ec01e6909f6a17
>
> commons-collections4-4.4-javadoc.jar=a8436e6429a423336958ec0ece09fa96f086f22498854a04550b6b77ac5371920e6ea8ce7269c25bf27e48735944cf8c465b6f4dfe8b1503334e6b5130a43b3c
>
> commons-collections4-4.4-sources.jar=2755718f3a8323659de3e28b56491a67e38c730c0fc5b0b675824b77d76797b2593060af8bb7ba365f42d76318e1248645f3b2d3325b7db565cd1b4ecd6a295d
>
> commons-collections4-4.4-src.tar.gz=2110e73eda97ca52a886cb708f21d8609a83655861594f3b6eb7a15b777d42fc5d3b28ffc6ecc5e4f0b3fd5407f80019c2ce006f970f55455ef33eee47ee
>
> commons-collections4-4.4-src.zip=bf509b6578eb093eb02322a858e5124c4242b34403e93c9b7d63f487830d41f625bf9b9cb4e5a4d17c00be9e37e183c5b1529b911101af36b34f06803f49cad9
>
> commons-collections4-4.4-test-sources.jar=22f5d3865483a06e9d6f42395ff94c4eb8d57ac43d4e170e01c1ceb078d4f9312ffaad1b78790a877fb8dc346ed19ffa1d71d28fe4a90228e410db2cd9790501
>
> commons-collections4-4.4-test-sources.jar.asc=d192c1d58968fc4fb5b4888b03385d8965c23cae1f6fb9d08ba90cdebe6d7f1f6bd917ddcdb129d1bae5e2f1da2f3fb8d889738c3133df865658297780dfc13c
>
> commons-collections4-4.4-tests.jar=4eafe177278509c63c466f63bce13d8ccad62e170510c92c68a3e48762055d4f4e05d2c8fe00ba9f72d455526814793fd3e3a7a3c576a668c53de42ef7b2e801
> (no need for .asc hashes!)
>
> I have tested this with 'mvn -V -Duser.name=%my_apache_id%
> -Dcommons.release-plugin.version=%commons.release-plugin.version%
> -Ddoclint=none -Prelease -Pjacoco -Pjapicmp -Ptest-deploy clean package
> site deploy' using:
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 1.8.0_212, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\jdk1.8.0_212\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> In addition, running 'mvn -V clean package' passed using:
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 11.0.3, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\jdk-11.0.3
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 12.0.1, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\openjdk\jdk-12.0.1
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 13-ea, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\openjdk\jdk-13
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> openjdk version "13-ea" 2019-09-17
> OpenJDK Runtime Environment (build 13-ea+25)
> OpenJDK 64-Bit Server VM (build 13-ea+25, mixed mode, sharing)
>
> OpenJDK 14-EA fails:
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 14-ea, vendor: Oracle 

Re: [commons-dbcp] branch master updated: [DBCP-547] Add a ConnectionFactory class name setting for BasicDataSource.createConnectionFactory() #33.

2019-07-08 Thread Gary Gregory
On Mon, Jul 8, 2019 at 11:23 AM Mark Thomas  wrote:

> On 08/07/2019 16:14, ggreg...@apache.org wrote:
> > 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-dbcp.git
> >
> >
> > The following commit(s) were added to refs/heads/master by this push:
> >  new 8a579d3  [DBCP-547] Add a ConnectionFactory class name setting
> for BasicDataSource.createConnectionFactory() #33.
> > 8a579d3 is described below
> >
> > commit 8a579d304595853012ccf8c2bc93022c383a35bb
> > Author: Gary Gregory 
> > AuthorDate: Mon Jul 8 11:13:58 2019 -0400
> >
> > [DBCP-547] Add a ConnectionFactory class name setting for
> > BasicDataSource.createConnectionFactory() #33.
> >
> > - Update version from 2.6.1-SNAPSHOT to 2.7.0 since this commits adds
> > new public APIs in BasicDataSource.
> > - Provide an alternative implementation from the PR
> > https://github.com/apache/commons-dbcp/pull/33 WRT to String value
> > handling. The handling of empty string for the new APIs is made
> > consistent with other String APIs instead of what is done in PR 33.
> > - Formatted new class TesterConnectionFactory differently from the PR
> > and sorted its methods.
>
> This appears to have used an indent of 4 spaces for continuation lines
> rather than 8, making the code harder to read.
>

I'm pretty sure most of the code base does not use super-wide 8 spaces for
indentation (for example between an if-statement and its body.

Gary


>
> Mark
>
>
> > - Closes #33.
> > ---
> >  pom.xml|   4 +-
> >  src/changes/changes.xml|   7 +-
> >  .../org/apache/commons/dbcp2/BasicDataSource.java  | 110
> -
> >  .../commons/dbcp2/BasicDataSourceFactory.java  |  11 ++-
> >  .../apache/commons/dbcp2/TestBasicDataSource.java  |  45 -
> >  .../commons/dbcp2/TesterConnectionFactory.java |  84
> 
> >  6 files changed, 229 insertions(+), 32 deletions(-)
> >
> > diff --git a/pom.xml b/pom.xml
> > index 399774a..3d9b8f8 100644
> > --- a/pom.xml
> > +++ b/pom.xml
> > @@ -26,7 +26,7 @@
> >
> >4.0.0
> >commons-dbcp2
> > -  2.6.1-SNAPSHOT
> > +  2.7.0-SNAPSHOT
> >Apache Commons DBCP
> >
> >2001
> > @@ -293,7 +293,7 @@
> >  RC1
> >  org.apache.commons.dbcp2
> >
> > -2.6.1
> > +2.7.0
> >  for JDBC 4.2 on Java 8
> >
> >  2.4.0
> > diff --git a/src/changes/changes.xml b/src/changes/changes.xml
> > index 6815b40..53e40a6 100644
> > --- a/src/changes/changes.xml
> > +++ b/src/changes/changes.xml
> > @@ -60,7 +60,7 @@ The  type attribute can be
> add,update,fix,remove.
> >   -->
> >
> >
> > -
> > +
> >
> >  ManagedDataSource#close() should declare used exceptions.
> >
> > @@ -71,7 +71,7 @@ The  type attribute can be
> add,update,fix,remove.
> >  Update tests from H2 1.4.198 to 1.4.199.
> >
> > due-to="emopers">
> > -Close ObjectOutputStream before calling toByteArray on
> underlying ByteArrayOutputStream #28.
> > +Close ObjectOutputStream before calling toByteArray() on
> underlying ByteArrayOutputStream #28.
> >
> > due-to="Allon Murienik">
> >  Upgrade to JUnit Jupiter #19.
> > @@ -85,6 +85,9 @@ The  type attribute can be
> add,update,fix,remove.
> > due-to="Sergey Chupov">
> >  Avoid NPE when calling DriverAdapterCPDS.toString().
> >
> > +   due-to="leechoongyon, Gary Gregory">
> > +Add a ConnectionFactory class name setting for
> BasicDataSource.createConnectionFactory() #33.
> > +  
> >  
> >  
> >
> > diff --git a/src/main/java/org/apache/commons/dbcp2/BasicDataSource.java
> b/src/main/java/org/apache/commons/dbcp2/BasicDataSource.java
> > index 7c46359..3a3d065 100644
> > --- a/src/main/java/org/apache/commons/dbcp2/BasicDataSource.java
> > +++ b/src/main/java/org/apache/commons/dbcp2/BasicDataSource.java
> > @@ -109,7 +109,7 @@ public class BasicDataSource implements DataSource,
> BasicDataSourceMXBean, MBean
> >  }
> >
> >  protected static void validateConnectionFactory(final
> PoolableConnectionFactory connectionFactory)
> > -throws Exception {
> > +throws Exception {
> >  PoolableConnection conn = null;
> >  PooledObject p = null;
> >  try {
> > @@ -315,6 +315,11 @@ public class BasicDataSource implements DataSource,
> BasicDataSourceMXBean, MBean
> >  private volatile int validationQueryTimeoutSeconds = -1;
> >
> >  /**
> > + * The fully qualified Java class name of a {@link
> ConnectionFactory} implementation.
> > + */
> > +private String connectionFactoryClassName;
> > +
> > +/**
> >   * These SQL statements run once after a Connection is created.
> >   * 
> >   * This property can be used 

Re: [bcel] LRU Cache for ClassPathRepository

2019-07-08 Thread Tomo Suzuki
Hi Gary and BCEL maintainers,
(Thank you for merging PR #28)

I created PR #29  for
BCEL-321 : "Subclasses of
ClassPathRepository only differ by its underlying cache?"
I appreciate if you can review the PR when you have time.

Regards,
Tomo

On Thu, Jun 20, 2019 at 9:29 AM Tomo Suzuki  wrote:

> Hi Gary and BCEL maintainers,
>
> I created a PR for LruCacheClassPathRepository
> https://github.com/apache/commons-bcel/pull/28 . I appreciate if you can
> review them.
>
> Regards,
> Tomo
>
>
> On Mon, Jun 17, 2019 at 12:11 PM Tomo Suzuki  wrote:
>
>> Hi Gary and BCEL maintainers,
>>
>> My OutOfMemoryError problem that motivated BCEL-317
>>  ticket has been
>> resolved by a custom ClassPathRepository and I'm thinking to contribute
>> this solution to BCEL library:
>>
>> BCEL-320  A new
>> ClassPathRepository that can scan many JAR files without OutOfMemoryError
>>
>>
>> Test cases to reproduce OutOfMemoryError:
>> https://github.com/suztomo/bcel-oome-example
>>
>> What do you think?
>>
>> Regards,
>> Tomo
>>
>> On Wed, May 22, 2019 at 11:23 AM Tomo Suzuki  wrote:
>>
>>> Hi Gary and BCEL maintainers,
>>>
>>> I've added Javadoc for the enhancement.
>>> https://github.com/apache/commons-bcel/pull/26
>>> I appreciate if you can check the direction of the implementation is
>>> good or bad.
>>>
>>> Regards,
>>> Tomo
>>>
>>>
>>> On Sun, May 19, 2019 at 11:40 PM Tomo Suzuki  wrote:
>>>
 Hi Gary (and BCEL maintainers),

 Thank you for the comment. It has been addressed. Would you check the
 pull request?
 https://github.com/apache/commons-bcel/pull/26/files

 Regards,
 Tomo

 On Wed, May 8, 2019 at 17:46 Tomo Suzuki  wrote:

> Hi Gary,
> Created a draft PR to receive feedback.
> https://github.com/apache/commons-bcel/pull/26/files . What do you
> think?
>
> Regards,
> Tomo
>
> From: Gary Gregory 
> Date: Wed, May 8, 2019 at 9:40 AM
> To: Commons Developers List
>
> > Great. I look forward to seeing what you'll come up with :-)
> >
> > On Tue, May 7, 2019 at 4:27 PM Tomo Suzuki
> 
> > wrote:
> >
> > > I found the discussion on getInstance method had incurred
> performance
> > > degradation https://issues.apache.org/jira/browse/BCEL-186 .
> > >
> > > From the JIRA:
> > > > This feature could return as a pluggable cache if someone wants
> to
> > > provide a patch
> > >
> > > I'll think about the approach.
> > >
> > > Regards,
> > > Tomo
> > >
> > >
> > > On Thu, May 2, 2019 at 1:22 PM Gary Gregory <
> garydgreg...@gmail.com>
> > > wrote:
> > >
> > > > On Thu, May 2, 2019 at 10:59 AM Tomo Suzuki
> 
> > > > wrote:
> > > >
> > > > > Gary,
> > > > > I didn't find ConstantUtf8.getCachedInstance
> > > > > <
> > > >
> > >
> https://github.com/apache/commons-bcel/blob/master/src/main/java/org/apache/bcel/classfile/ConstantUtf8.java#L94
> > > > >
> > > > > is used in BCEL (latest 6.3.1). I tried my custom ConstantUtf8
> > > > modification
> > > > > to leverage getCachedInstance method and it worked well:
> > > > >
> > > > > Before
> > > > >
> > > > > Without getCachedInstance, my tool created 2,6 million
> ConstantUtf8
> > > > > instances (before failing OutOfMemoryError: GC overhead limit
> exceeded)
> > > > to
> > > > > check ~200 jar files
> > > > > [image: 2644k_constantutf8_without_getCachedInstance.png]
> > > > >
> > > > >
> > > > > After
> > > > >
> > > > > With getCachedInstance, my tool created just 0.6 million
> ConstantUtf8
> > > > > instances. It didn't throw the OutOfMemoryError.
> > > > > [image: 621k_constantutf8_with_getCachedInstance.png]
> > > > >
> > > > > My modification was to use getCachedInstance for
> > > > > ConstantUtf8.getInstance(DataInput)
> > > > > <
> > > >
> > >
> https://github.com/apache/commons-bcel/blob/master/src/main/java/org/apache/bcel/classfile/ConstantUtf8.java#L123
> > > > >
> > > > > .
> > > > >
> > > > >
> > > > > Do you know why ConstantUtf8.getCachedInstance is unused?
> > > > >
> > > >
> > > > I do not.
> > > >
> > > > Gary
> > > >
> > > >
> > > > >
> > > > > Regards,
> > > > > Tomo
> > > > >
> > > > >
> > > > >
> > > > > On Wed, May 1, 2019 at 7:02 PM Gary Gregory <
> garydgreg...@gmail.com>
> > > > > wrote:
> > > > >
> > > > >> On Wed, May 1, 2019 at 6:37 PM Tomo Suzuki
>  > > >
> > > > >> wrote:
> > > > >>
> > > > >> > Gary,
> > > > >> > That’s right. I missed it. I think I just need to find a
> way to
> > > > leverage
> > > > 

Re: [commons-dbcp] branch master updated: [DBCP-547] Add a ConnectionFactory class name setting for BasicDataSource.createConnectionFactory() #33.

2019-07-08 Thread Mark Thomas
On 08/07/2019 16:14, ggreg...@apache.org wrote:
> 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-dbcp.git
> 
> 
> The following commit(s) were added to refs/heads/master by this push:
>  new 8a579d3  [DBCP-547] Add a ConnectionFactory class name setting for 
> BasicDataSource.createConnectionFactory() #33.
> 8a579d3 is described below
> 
> commit 8a579d304595853012ccf8c2bc93022c383a35bb
> Author: Gary Gregory 
> AuthorDate: Mon Jul 8 11:13:58 2019 -0400
> 
> [DBCP-547] Add a ConnectionFactory class name setting for
> BasicDataSource.createConnectionFactory() #33.
> 
> - Update version from 2.6.1-SNAPSHOT to 2.7.0 since this commits adds
> new public APIs in BasicDataSource.
> - Provide an alternative implementation from the PR
> https://github.com/apache/commons-dbcp/pull/33 WRT to String value
> handling. The handling of empty string for the new APIs is made
> consistent with other String APIs instead of what is done in PR 33.
> - Formatted new class TesterConnectionFactory differently from the PR
> and sorted its methods.

This appears to have used an indent of 4 spaces for continuation lines
rather than 8, making the code harder to read.

Mark


> - Closes #33.
> ---
>  pom.xml|   4 +-
>  src/changes/changes.xml|   7 +-
>  .../org/apache/commons/dbcp2/BasicDataSource.java  | 110 
> -
>  .../commons/dbcp2/BasicDataSourceFactory.java  |  11 ++-
>  .../apache/commons/dbcp2/TestBasicDataSource.java  |  45 -
>  .../commons/dbcp2/TesterConnectionFactory.java |  84 
>  6 files changed, 229 insertions(+), 32 deletions(-)
> 
> diff --git a/pom.xml b/pom.xml
> index 399774a..3d9b8f8 100644
> --- a/pom.xml
> +++ b/pom.xml
> @@ -26,7 +26,7 @@
>
>4.0.0
>commons-dbcp2
> -  2.6.1-SNAPSHOT
> +  2.7.0-SNAPSHOT
>Apache Commons DBCP
>  
>2001
> @@ -293,7 +293,7 @@
>  RC1
>  org.apache.commons.dbcp2
>  
> -2.6.1
> +2.7.0
>  for JDBC 4.2 on Java 8
>  
>  2.4.0
> diff --git a/src/changes/changes.xml b/src/changes/changes.xml
> index 6815b40..53e40a6 100644
> --- a/src/changes/changes.xml
> +++ b/src/changes/changes.xml
> @@ -60,7 +60,7 @@ The  type attribute can be add,update,fix,remove.
>   -->
>  
>
> -
> +
>
>  ManagedDataSource#close() should declare used exceptions.
>
> @@ -71,7 +71,7 @@ The  type attribute can be add,update,fix,remove.
>  Update tests from H2 1.4.198 to 1.4.199.
>
>
> -Close ObjectOutputStream before calling toByteArray on underlying 
> ByteArrayOutputStream #28.
> +Close ObjectOutputStream before calling toByteArray() on underlying 
> ByteArrayOutputStream #28.
>
>
>  Upgrade to JUnit Jupiter #19.
> @@ -85,6 +85,9 @@ The  type attribute can be add,update,fix,remove.
>
>  Avoid NPE when calling DriverAdapterCPDS.toString().
>
> +   due-to="leechoongyon, Gary Gregory">
> +Add a ConnectionFactory class name setting for 
> BasicDataSource.createConnectionFactory() #33.
> +  
>  
>  
>
> diff --git a/src/main/java/org/apache/commons/dbcp2/BasicDataSource.java 
> b/src/main/java/org/apache/commons/dbcp2/BasicDataSource.java
> index 7c46359..3a3d065 100644
> --- a/src/main/java/org/apache/commons/dbcp2/BasicDataSource.java
> +++ b/src/main/java/org/apache/commons/dbcp2/BasicDataSource.java
> @@ -109,7 +109,7 @@ public class BasicDataSource implements DataSource, 
> BasicDataSourceMXBean, MBean
>  }
>  
>  protected static void validateConnectionFactory(final 
> PoolableConnectionFactory connectionFactory)
> -throws Exception {
> +throws Exception {
>  PoolableConnection conn = null;
>  PooledObject p = null;
>  try {
> @@ -315,6 +315,11 @@ public class BasicDataSource implements DataSource, 
> BasicDataSourceMXBean, MBean
>  private volatile int validationQueryTimeoutSeconds = -1;
>  
>  /**
> + * The fully qualified Java class name of a {@link ConnectionFactory} 
> implementation.
> + */
> +private String connectionFactoryClassName;
> +
> +/**
>   * These SQL statements run once after a Connection is created.
>   * 
>   * This property can be used for example to run ALTER SESSION SET 
> NLS_SORT=XCYECH in an Oracle Database only once
> @@ -364,7 +369,7 @@ public class BasicDataSource implements DataSource, 
> BasicDataSourceMXBean, MBean
>   * The PrintWriter to which log messages should be directed.
>   */
>  private volatile PrintWriter logWriter = new PrintWriter(
> -new OutputStreamWriter(System.out, StandardCharsets.UTF_8));
> +new OutputStreamWriter(System.out, 

Re: [VOTE] Release Apache Commons Collections 4.4 based on RC1

2019-07-08 Thread Gary Gregory
My we have more reviews please?

Gary

On Fri, Jul 5, 2019 at 2:54 PM Gary Gregory  wrote:

> We have fixed quite a few bugs and added some enhancements since Apache
> Commons Collections 4.3 was released, so I would like to release Apache
> Commons Collections 4.4.
>
> Apache Commons Collections 4.4 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/collections/4.4-RC1
> (svn revision 34783)
>
> The Git tag commons-collections-4.4-RC1 commit for this RC is
> cab58b3a8093a2f6b84f12783a3fb358747310f7 which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-collections.git;a=commit;h=cab58b3a8093a2f6b84f12783a3fb358747310f7
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-collections.git
> --branch commons-collections-4.4-RC1 commons-collections-4.4-RC1
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1446/org/apache/commons/commons-collections4/4.4/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Fri Jul 05 14:10:15 EDT 2019
>
> commons-collections4-4.4-bin.tar.gz=678068a958aed983926a8852b25470ab1dcce637856f85e3b3f07fae28b25da6f2326b87d123395c4f531abfc88b74f847dbcaba9a71824adab6d52ca2568395
>
> commons-collections4-4.4-bin.zip=96b31ba67b9ebc43f04e7188961d590020179e94c28c69a91925ff13224cd807f2becef84f6b6cc42d548283873e32ffafdd863af49fd224c1ec01e6909f6a17
>
> commons-collections4-4.4-javadoc.jar=a8436e6429a423336958ec0ece09fa96f086f22498854a04550b6b77ac5371920e6ea8ce7269c25bf27e48735944cf8c465b6f4dfe8b1503334e6b5130a43b3c
>
> commons-collections4-4.4-sources.jar=2755718f3a8323659de3e28b56491a67e38c730c0fc5b0b675824b77d76797b2593060af8bb7ba365f42d76318e1248645f3b2d3325b7db565cd1b4ecd6a295d
>
> commons-collections4-4.4-src.tar.gz=2110e73eda97ca52a886cb708f21d8609a83655861594f3b6eb7a15b777d42fc5d3b28ffc6ecc5e4f0b3fd5407f80019c2ce006f970f55455ef33eee47ee
>
> commons-collections4-4.4-src.zip=bf509b6578eb093eb02322a858e5124c4242b34403e93c9b7d63f487830d41f625bf9b9cb4e5a4d17c00be9e37e183c5b1529b911101af36b34f06803f49cad9
>
> commons-collections4-4.4-test-sources.jar=22f5d3865483a06e9d6f42395ff94c4eb8d57ac43d4e170e01c1ceb078d4f9312ffaad1b78790a877fb8dc346ed19ffa1d71d28fe4a90228e410db2cd9790501
>
> commons-collections4-4.4-test-sources.jar.asc=d192c1d58968fc4fb5b4888b03385d8965c23cae1f6fb9d08ba90cdebe6d7f1f6bd917ddcdb129d1bae5e2f1da2f3fb8d889738c3133df865658297780dfc13c
>
> commons-collections4-4.4-tests.jar=4eafe177278509c63c466f63bce13d8ccad62e170510c92c68a3e48762055d4f4e05d2c8fe00ba9f72d455526814793fd3e3a7a3c576a668c53de42ef7b2e801
> (no need for .asc hashes!)
>
> I have tested this with 'mvn -V -Duser.name=%my_apache_id%
> -Dcommons.release-plugin.version=%commons.release-plugin.version%
> -Ddoclint=none -Prelease -Pjacoco -Pjapicmp -Ptest-deploy clean package
> site deploy' using:
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 1.8.0_212, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\jdk1.8.0_212\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> In addition, running 'mvn -V clean package' passed using:
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 11.0.3, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\jdk-11.0.3
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 12.0.1, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\openjdk\jdk-12.0.1
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 13-ea, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\openjdk\jdk-13
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> openjdk version "13-ea" 2019-09-17
> OpenJDK Runtime Environment (build 13-ea+25)
> OpenJDK 64-Bit Server VM (build 13-ea+25, mixed mode, sharing)
>
> OpenJDK 14-EA fails:
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 14-ea, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\openjdk\jdk-14
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> openjdk 

JDK 13 , JDK 14 & Valhalla Early Access builds are available.

2019-07-08 Thread Rory O'Donnell

 Hi Benedikt,

**OpenJDK* 13 Early Access build **28 is now available **at : - 
jdk.java.net/13/*


 * These early-access, open-source builds are provided under the GNU
   General Public License, version 2, with the Classpath Exception
   .
 * Changes in this build 28 [1]


*Reminder of a change in b24 - A jrt URI can only encode paths to files 
in /modules tree **(JDK-8224946 
)*


A |jrt| URL is a hierarchical URI with syntax |jrt:/[$MODULE[/$PATH]]|. 
When using the |jrt| file system, a |java.net.URI| object can be created 
with the |java.nio.file.Path::toUri| method to encode a normalized path 
to a file in the |/modules| tree. A |jrt| URL cannot encode a path to a 
file in the |/packages| tree. The |jrt| file system provider has changed 
in this release so that |toUri| fails with |IOError| when it is not 
possible to encode the file path as a jrt URI. *This change may impact 
tools have been making use of URLs that are not compliant with the 
syntax. Tools with paths to files in **|/packages|**can use the 
**|toRealPath()|**method to obtain the real path (in **|/modules|**) 
before attempting to convert the file path to a URI.*


*OpenJDK 14 **Early Access build 4 **is now available **at : - 
jdk.java.net/14/*


 * These early-access, open-source builds are provided under the GNU
   General Public License, version 2, with the Classpath Exception
   .
 * Changes in this build [2]


*Project Valhalla "L-World Inline Types" Early-Access Builds*

 * Build jdk-14-valhalla+1-8
 * These early-access builds are provided under the GNU General Public
   License, version 2, with the Classpath Exception
   .
 * Please send feedback via e-mail to valhalla-...@openjdk.java.net
   . To send e-mail to this
   address you must first subscribe to the mailing list.


*The Skara tooling is now open source *[3]
we are happy to announce that the tooling for project Skara is now open 
source and available at


 * https://github.com/openjdk/skara 

The Skara tooling includes both server-side tools (so called "bots") as 
well as several command-line tools **

If you have any questions, feedback etc. send them to Skara mailing list [4]

Rgds, Rory


[1] JDK 13 - Changes in b28 here 

[2] JDK 14 - Changes in b4 here 


[3] https://mail.openjdk.java.net/pipermail/skara-dev/2019-June/47.html
[4] https://mail.openjdk.java.net/mailman/listinfo/skara-dev

--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland