[CANCEL] Release Compress 1.20 Based on RC1

[Stefan Bodewig]

Hi all

as Rob pointed out one of Compress' tests based on Pax Exam fails unless
you happen to have built it once before Maven Central started enforcing
TLS. This is fixed in master and I'll tag a RC2 and call for a new vote.
Probably tomorrow.

Thanks

Stefan

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

Re: [VOTE] Release Compress 1.20 Based on RC1

[Stefan Bodewig]

On 2020-02-03, Rob Tompkins wrote:

> I'm fairly indifferent. I would minimally state it in the release
> notes that test fails with that.

After having slept over it, I think it is awkward that a build on a
fresh machine won't work. I'll cancel the vote.

> If you want, I'm happy to RC for 1.20-RC2, if you think we want to go
> that route.

Thanks for the offer.

> Just want to be helpful as opposed to slowing things down.

I know that and it is good, don't worry. :-)

And thank you

  Stefan

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

Re: [numbers] NUMBERS-40: Exception Consistency

[Miguel Munoz]

Maybe some examples would be helpful.

-- Miguel Muñoz






On Sunday, February 2, 2020, 02:17:29 AM PST, Gilles Sadowski 
 wrote: 





Hi.

2020-01-26 16:54 UTC+01:00, Matt Juntunen :
> Hello,
>
> I'm looking into NUMBERS-40, which suggests that the exception behavior of
> commons-numbers (specifically the gamma package) needs to be made more
> consistent. Below is a summary of the public exception types explicitly
> thrown by each module.
>
> arrays
>        IndexOutOfBoundsException
>        IllegalArgumentException
>
> combinatorics
>        IllegalArgumentException
>        NoSuchElementException
>        UnsupportedOperationException
>
> complex
>        NumberFormatException
>        IllegalArgumentException
>
> complex-streams
>        IllegalArgumentException
>
> core
>        ArithmeticException
>        IllegalArgumentException
>
> fraction
>        ArithmeticException
>        IllegalArgumentException
>
> gamma
>        IllegalArgumentException

Some methods throw "ArithmeticException" while others throw
"IllegalArgumentException".  IIRC, my issue was whether there
were cases where the behaviour is not consistent from a
user POV (IOW, where the same behaviour would be expected).

[Note: I did not review all the packages.  But I don't recall there
were this kind of issue.]

Gilles


>
> primes
>        IllegalArgumentException
>
> quaternion
>        NumberFormatException
>        IllegalArgumentException
>        IllegalStateException
>
> rootfinder
>        IllegalArgumentException
>
>
> Nothing in this list strikes me as being inconsistent. The types are all
> standard JDK exception types and seem to be used appropriately, IMO. Is
> there any work that needs to be done on this issue?
>
> Regards,
> Matt J

>
>
>

-
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.8 based on RC2

[Rob Tompkins]

Wasn’t done yet…just finished.

+1

-Rob

> On Feb 3, 2020, at 4:06 PM, Gary Gregory  wrote:
> 
> On Mon, Feb 3, 2020 at 11:47 AM Rob Tompkins  wrote:
> 
>> 
>> 
>>> On Feb 3, 2020, at 11:45 AM, Gary Gregory 
>> wrote:
>>> 
>>> On Mon, Feb 3, 2020 at 10:20 AM Rob Tompkins > > wrote:
>>> 
 Bit odd that we have neither clirr or japicmp in the reports in the
>> site.
 (Could be convinced to go +1). Willing to help get japicmp into project
>> if
 decision is to go with RC3. Would also be willing to roll RC3 if that’s
>> the
 call.
 
>>> 
>>> The JApiCmp report is present on the site:
>>> 
>> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/japicmp.html
>> <
>> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/japicmp.html
>>> 
>>> 
>>> It is also correctly linked from the menu.
>> 
>> 
>> Ah, pardon my missing that. Seemingly didn’t get generated from my build.
>> Will rely on the site that’s committed to svn.
>> 
> 
> Hi Rob,
> 
> Please make sure to clarify your vote if you are done.
> 
> Gary
> 
> 
>> -Rob
>> 
>>> 
>>> Gary
>>> 
>>> 
 
 -Rob
 
> On Feb 1, 2020, at 8:55 PM, Gary Gregory  wrote:
> 
> We have fixed quite a few bugs and added some significant enhancements
> since Apache Commons CSV 1.7 was released, so I would like to release
> Apache Commons CSV 1.8.
> 
> Apache Commons CSV 1.8 RC2 is available for review here:
>  https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2 (svn
> revision 37829)
> 
> The Git tag commons-csv-1.8-RC2 commit for this RC is
> 660f7c9f853092ec8abf5d6c81d260e3c80c2194 which you can browse here:
> 
> 
 
>> https://gitbox.apache.org/repos/asf?p=commons-csv.git;a=commit;h=660f7c9f853092ec8abf5d6c81d260e3c80c2194
> You may checkout this tag using:
>  git clone https://gitbox.apache.org/repos/asf/commons-csv.git
 --branch
> commons-csv-1.8-RC2 commons-csv-1.8-RC2
> 
> Maven artifacts are here:
> 
> 
 
>> https://repository.apache.org/content/repositories/orgapachecommons-1490/org/apache/commons/commons-csv/1.8/
> 
> These are the artifacts and their hashes:
> 
> #Release SHA-512s
> #Sat Feb 01 20:19:25 EST 2020
> 
 
>> commons-csv-1.8-bin.tar.gz=ed0ebd0fdae603480b83dca93a1591161c5939b69306ab8eab17e4cd578157f3aadfe81796ec4c180b6e0f9a143507ffcfb123fe181163cf78b3ca0d1c7c9438
> 
 
>> commons-csv-1.8-bin.zip=e9ff3bfef662e89b15019a33272e3a44e68cc8ee3c44fa2559021612158f154180b8e5bf0704f5e2453ed5a36061df76bdf9f9d36918c11e0a311107a653317c
> 
 
>> commons-csv-1.8-javadoc.jar=c26f284b98adf6321d84dd426ab8fbbf7ab1d4e3c43bfb62b9b3ce0706399a6034837a8f1164fc66f810c8282a82f168b0ab077d917e45991df337ece6b61d3c
> 
 
>> commons-csv-1.8-sources.jar=4d716b1cb7c2e75253bc7e89a49caf5acb80112974ca4211a5dfabcca5602177bcc2f0796a23f4fbed3eb2f84212507aac124b44acef80b424bdf1f0862d7069
> 
 
>> commons-csv-1.8-src.tar.gz=e0a7f7dbb0bf381f0f8f703e0ccb689f96c0a610b7afbd771cfeecab7042416f6dddc15c0a6e9a23f157da87c2bf3f16efb2e2aeb135ef1ac8c7306659936443
> 
 
>> commons-csv-1.8-src.zip=4703f33559ac1fc90aaf5d86408bc593554ef251d01ea5b14d24946d1cd9c7dab74ff96711375befec2b0314d53f907318494d3ba943982c6eb344af29cf6236
> 
 
>> commons-csv-1.8-test-sources.jar=d0016b3c8ce139a775f376c1b268295f553b97487ce1a9e1a1cce20e3d0b9e709143a44f22c02aa4fc1e1ecc4812de82c14c1b082c644c5ca5bba80230140405
> 
 
>> commons-csv-1.8-tests.jar=11c109f650643fe8f9da6f46c9c6467728bdbf89484d74a8a71ce1d0b347d5e4f16228eaeb6d1507de2244d7ebea0fc9f5efa869ce5d535ad5d0fa0306cb6dc9
> 
> I have tested this with 'mvn -V -Prelease -Ptest-deploy -P jacoco -P
> japicmp clean package site deploy' using:
> 
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: 1.8.0_241, vendor: Oracle Corporation, runtime:
>> C:\Program
> Files\Java\jdk1.8.0_241\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family:
>> "windows"
> 
> Details of changes since 1.7 are in the release notes:
> 
> 
 
>> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/RELEASE-NOTES.txt
> 
> 
 
>> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/changes-report.html
> 
> Site:
> 
> 
 
>> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/index.html
>  (note some *relative* links are broken and the 1.8 directories are
>> not
> yet created - these will be OK once the site is deployed.)
> 
> JApiCmp Report (compared to 1.7):
> 
> 
 
>> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/japicmp.html
>  This release fixes serialization compatibility of CSVRecord with
> versions 1.0 to 1.6. New fields added since
>  1.7 are not 

Re: [VOTE] Release Apache Commons CSV 1.8 based on RC2

[Gary Gregory]

On Mon, Feb 3, 2020 at 11:47 AM Rob Tompkins  wrote:

>
>
> > On Feb 3, 2020, at 11:45 AM, Gary Gregory 
> wrote:
> >
> > On Mon, Feb 3, 2020 at 10:20 AM Rob Tompkins  > wrote:
> >
> >> Bit odd that we have neither clirr or japicmp in the reports in the
> site.
> >> (Could be convinced to go +1). Willing to help get japicmp into project
> if
> >> decision is to go with RC3. Would also be willing to roll RC3 if that’s
> the
> >> call.
> >>
> >
> > The JApiCmp report is present on the site:
> >
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/japicmp.html
> <
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/japicmp.html
> >
> >
> > It is also correctly linked from the menu.
>
>
> Ah, pardon my missing that. Seemingly didn’t get generated from my build.
> Will rely on the site that’s committed to svn.
>

Hi Rob,

Please make sure to clarify your vote if you are done.

Gary


> -Rob
>
> >
> > Gary
> >
> >
> >>
> >> -Rob
> >>
> >>> On Feb 1, 2020, at 8:55 PM, Gary Gregory  wrote:
> >>>
> >>> We have fixed quite a few bugs and added some significant enhancements
> >>> since Apache Commons CSV 1.7 was released, so I would like to release
> >>> Apache Commons CSV 1.8.
> >>>
> >>> Apache Commons CSV 1.8 RC2 is available for review here:
> >>>   https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2 (svn
> >>> revision 37829)
> >>>
> >>> The Git tag commons-csv-1.8-RC2 commit for this RC is
> >>> 660f7c9f853092ec8abf5d6c81d260e3c80c2194 which you can browse here:
> >>>
> >>>
> >>
> https://gitbox.apache.org/repos/asf?p=commons-csv.git;a=commit;h=660f7c9f853092ec8abf5d6c81d260e3c80c2194
> >>> You may checkout this tag using:
> >>>   git clone https://gitbox.apache.org/repos/asf/commons-csv.git
> >> --branch
> >>> commons-csv-1.8-RC2 commons-csv-1.8-RC2
> >>>
> >>> Maven artifacts are here:
> >>>
> >>>
> >>
> https://repository.apache.org/content/repositories/orgapachecommons-1490/org/apache/commons/commons-csv/1.8/
> >>>
> >>> These are the artifacts and their hashes:
> >>>
> >>> #Release SHA-512s
> >>> #Sat Feb 01 20:19:25 EST 2020
> >>>
> >>
> commons-csv-1.8-bin.tar.gz=ed0ebd0fdae603480b83dca93a1591161c5939b69306ab8eab17e4cd578157f3aadfe81796ec4c180b6e0f9a143507ffcfb123fe181163cf78b3ca0d1c7c9438
> >>>
> >>
> commons-csv-1.8-bin.zip=e9ff3bfef662e89b15019a33272e3a44e68cc8ee3c44fa2559021612158f154180b8e5bf0704f5e2453ed5a36061df76bdf9f9d36918c11e0a311107a653317c
> >>>
> >>
> commons-csv-1.8-javadoc.jar=c26f284b98adf6321d84dd426ab8fbbf7ab1d4e3c43bfb62b9b3ce0706399a6034837a8f1164fc66f810c8282a82f168b0ab077d917e45991df337ece6b61d3c
> >>>
> >>
> commons-csv-1.8-sources.jar=4d716b1cb7c2e75253bc7e89a49caf5acb80112974ca4211a5dfabcca5602177bcc2f0796a23f4fbed3eb2f84212507aac124b44acef80b424bdf1f0862d7069
> >>>
> >>
> commons-csv-1.8-src.tar.gz=e0a7f7dbb0bf381f0f8f703e0ccb689f96c0a610b7afbd771cfeecab7042416f6dddc15c0a6e9a23f157da87c2bf3f16efb2e2aeb135ef1ac8c7306659936443
> >>>
> >>
> commons-csv-1.8-src.zip=4703f33559ac1fc90aaf5d86408bc593554ef251d01ea5b14d24946d1cd9c7dab74ff96711375befec2b0314d53f907318494d3ba943982c6eb344af29cf6236
> >>>
> >>
> commons-csv-1.8-test-sources.jar=d0016b3c8ce139a775f376c1b268295f553b97487ce1a9e1a1cce20e3d0b9e709143a44f22c02aa4fc1e1ecc4812de82c14c1b082c644c5ca5bba80230140405
> >>>
> >>
> commons-csv-1.8-tests.jar=11c109f650643fe8f9da6f46c9c6467728bdbf89484d74a8a71ce1d0b347d5e4f16228eaeb6d1507de2244d7ebea0fc9f5efa869ce5d535ad5d0fa0306cb6dc9
> >>>
> >>> I have tested this with 'mvn -V -Prelease -Ptest-deploy -P jacoco -P
> >>> japicmp clean package site deploy' using:
> >>>
> >>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> >>> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> >>> Java version: 1.8.0_241, vendor: Oracle Corporation, runtime:
> C:\Program
> >>> Files\Java\jdk1.8.0_241\jre
> >>> Default locale: en_US, platform encoding: Cp1252
> >>> OS name: "windows 10", version: "10.0", arch: "amd64", family:
> "windows"
> >>>
> >>> Details of changes since 1.7 are in the release notes:
> >>>
> >>>
> >>
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/RELEASE-NOTES.txt
> >>>
> >>>
> >>
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/changes-report.html
> >>>
> >>> Site:
> >>>
> >>>
> >>
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/index.html
> >>>   (note some *relative* links are broken and the 1.8 directories are
> not
> >>> yet created - these will be OK once the site is deployed.)
> >>>
> >>> JApiCmp Report (compared to 1.7):
> >>>
> >>>
> >>
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/japicmp.html
> >>>   This release fixes serialization compatibility of CSVRecord with
> >>> versions 1.0 to 1.6. New fields added since
> >>>   1.7 are not serialized. Support for Serializable is scheduled to be
> >>> removed in version 2.0.
> >>>
> >>> RAT Report:
> >>>
> >>>
> >>
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/rat-report.html

Re: [VOTE] Release Compress 1.20 Based on RC1

[Gary Gregory]

On Mon, Feb 3, 2020 at 12:06 PM Rob Tompkins  wrote:

> Agree  151e0fb3fa241887ae3192cc92c572401c6a182b
> <
> https://gitbox.apache.org/repos/asf?p=commons-compress.git;a=commitdiff;h=151e0fb3fa241887ae3192cc92c572401c6a182b
> >
> fixes
> it. I'm fairly indifferent. I would minimally state it in the release notes
> that test fails with that. If you want, I'm happy to RC for 1.20-RC2, if
> you think we want to go that route. Just want to be helpful as opposed to
> slowing things down.
>
> Thoughts?
>

I would be OK with detailing the fix to the test in the release notes. It's
not ideal of course, but it seems like an unusual case, all of my builds
were OK.

Gary


>
> -Rob
>
> On Mon, Feb 3, 2020 at 12:01 PM Stefan Bodewig  wrote:
>
> > On 2020-02-03, Stefan Bodewig wrote:
> >
> > > On 2020-02-03, Rob Tompkins wrote:
> >
> > >> If you declare your .m2 directory to be somewhere else, do you see the
> > same failure?
> >
> > > I do.
> >
> > > It looks as if there was an option to explicitly set remote
> > > repositories, I'll try that.
> >
> >
> >
> https://gitbox.apache.org/repos/asf?p=commons-compress.git;a=commitdiff;h=151e0fb3fa241887ae3192cc92c572401c6a182b
> >
> > works for me.
> >
> > I'll leave it up to you whether you think this needs to go into the 1.20
> > release or can remain as a fix post-release.
> >
> > Stefan
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>

Re: [VOTE] Release Compress 1.20 Based on RC1

[Rob Tompkins]

Agree  151e0fb3fa241887ae3192cc92c572401c6a182b

fixes
it. I'm fairly indifferent. I would minimally state it in the release notes
that test fails with that. If you want, I'm happy to RC for 1.20-RC2, if
you think we want to go that route. Just want to be helpful as opposed to
slowing things down.

Thoughts?

-Rob

On Mon, Feb 3, 2020 at 12:01 PM Stefan Bodewig  wrote:

> On 2020-02-03, Stefan Bodewig wrote:
>
> > On 2020-02-03, Rob Tompkins wrote:
>
> >> If you declare your .m2 directory to be somewhere else, do you see the
> same failure?
>
> > I do.
>
> > It looks as if there was an option to explicitly set remote
> > repositories, I'll try that.
>
>
> https://gitbox.apache.org/repos/asf?p=commons-compress.git;a=commitdiff;h=151e0fb3fa241887ae3192cc92c572401c6a182b
>
> works for me.
>
> I'll leave it up to you whether you think this needs to go into the 1.20
> release or can remain as a fix post-release.
>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [VOTE] Release Compress 1.20 Based on RC1

[Stefan Bodewig]

On 2020-02-03, Stefan Bodewig wrote:

> On 2020-02-03, Rob Tompkins wrote:

>> If you declare your .m2 directory to be somewhere else, do you see the same 
>> failure?

> I do.

> It looks as if there was an option to explicitly set remote
> repositories, I'll try that.

https://gitbox.apache.org/repos/asf?p=commons-compress.git;a=commitdiff;h=151e0fb3fa241887ae3192cc92c572401c6a182b

works for me.

I'll leave it up to you whether you think this needs to go into the 1.20
release or can remain as a fix post-release.

Stefan

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

Re: [VOTE] Release Compress 1.20 Based on RC1

[Stefan Bodewig]

On 2020-02-03, Rob Tompkins wrote:

> If you declare your .m2 directory to be somewhere else, do you see the same 
> failure?

I do.

It looks as if there was an option to explicitly set remote
repositories, I'll try that.

Stefan

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

Re: [VOTE] Release Compress 1.20 Based on RC1

[Rob Tompkins]

I get the same issue out of:

mvn -version
Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\apache-maven\bin\..
Java version: 11.0.6, vendor: Amazon.com Inc., runtime: C:\Program
Files\Amazon Corretto\jdk11.0.6_10
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

[ERROR] Errors:
[ERROR]   OsgiITest.loadBundle » IO Error resolving artifact
org.ops4j.pax.exam:pax-exam...
[INFO]
[ERROR] Tests run: 1170, Failures: 0, Errors: 1, Skipped: 9

Still guessing that it's a compatibility issue between a change in maven
central and pax-4.13.1

-Rob


On Mon, Feb 3, 2020 at 11:40 AM Rob Tompkins  wrote:

>
>
> > On Feb 3, 2020, at 11:39 AM, Gary Gregory 
> wrote:
> >
> > Just to be on the safe side I would update Java 8 and 11 to their
> > respective current versions. It probably won't help but you and I will at
> > least be on the same foundation aside from the OS.
>
> Agree. Good point there.
>
> >
> > Gary
> >
> > On Mon, Feb 3, 2020 at 11:21 AM Rob Tompkins  wrote:
> >
> >> For what it’s worth, I get the failure regardless of whether or not I
> run
> >> the test with maven. The failure is in:
> >>
> >>
> >>
> org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:626)
> >>
> >> Which isn’t dependent upon maven at all actually. So, I suspect that
> maven
> >> has accommodated for the https, yet pax has not.
> >>
> >> If you declare your .m2 directory to be somewhere else, do you see the
> >> same failure?
> >>
> >> Also for what it’s worth, I’m running:
> >>
> >> chtompki@Robs-MacBook-Pro commons-compress-1.20-src % mvn -version
> >> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> >> Maven home: /usr/local/Cellar/maven/3.6.3/libexec
> >> Java version: 1.8.0_222, vendor: Amazon.com Inc., runtime:
> >>
> /Library/Java/JavaVirtualMachines/amazon-corretto-8.jdk/Contents/Home/jre
> >> Default locale: en_US, platform encoding: UTF-8
> >> OS name: "mac os x", version: "10.15.2", arch: "x86_64", family: "mac"
> >> chtompki@Robs-MacBook-Pro commons-compress-1.20-src % java11
> >> chtompki@Robs-MacBook-Pro commons-compress-1.20-src % mvn -version
> >> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> >> Maven home: /usr/local/Cellar/maven/3.6.3/libexec
> >> Java version: 11.0.5, vendor: Amazon.com Inc., runtime:
> >> /Library/Java/JavaVirtualMachines/amazon-corretto-11.jdk/Contents/Home
> >> Default locale: en_US, platform encoding: UTF-8
> >> OS name: "mac os x", version: "10.15.2", arch: "x86_64", family: "mac"
> >>
> >>> On Feb 3, 2020, at 11:09 AM, Rob Tompkins  wrote:
> >>>
> >>> Right….I get the artifact from maven central over https…let me make
> sure
> >> I’m on the latest maven version. -Rob
> >>>
>  On Feb 3, 2020, at 11:08 AM, Stefan Bodewig 
> wrote:
> 
>  On 2020-02-03, Rob Tompkins wrote:
> 
> > I’m not sure what changed between yesterday and today, but it seems
> >> that the org.apache.commons.compress.OsgiTest is failing due to a 501
> being
> >> returned from
> >>
> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
> >> <
> >>
> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
> >>>
> 
>  That should be https rather than http. Maven Central requires TLS by
>  now.
> 
>  I don't think Compress configures repositories explicitly, so it might
>  be the version f Maven?
> 
>  Stefan
> 
>  -
>  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.8 based on RC2

[Rob Tompkins]

> On Feb 3, 2020, at 11:45 AM, Gary Gregory  wrote:
> 
> On Mon, Feb 3, 2020 at 10:20 AM Rob Tompkins  > wrote:
> 
>> Bit odd that we have neither clirr or japicmp in the reports in the site.
>> (Could be convinced to go +1). Willing to help get japicmp into project if
>> decision is to go with RC3. Would also be willing to roll RC3 if that’s the
>> call.
>> 
> 
> The JApiCmp report is present on the site:
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/japicmp.html 
> 
> 
> It is also correctly linked from the menu.


Ah, pardon my missing that. Seemingly didn’t get generated from my build. Will 
rely on the site that’s committed to svn.

-Rob

> 
> Gary
> 
> 
>> 
>> -Rob
>> 
>>> On Feb 1, 2020, at 8:55 PM, Gary Gregory  wrote:
>>> 
>>> We have fixed quite a few bugs and added some significant enhancements
>>> since Apache Commons CSV 1.7 was released, so I would like to release
>>> Apache Commons CSV 1.8.
>>> 
>>> Apache Commons CSV 1.8 RC2 is available for review here:
>>>   https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2 (svn
>>> revision 37829)
>>> 
>>> The Git tag commons-csv-1.8-RC2 commit for this RC is
>>> 660f7c9f853092ec8abf5d6c81d260e3c80c2194 which you can browse here:
>>> 
>>> 
>> https://gitbox.apache.org/repos/asf?p=commons-csv.git;a=commit;h=660f7c9f853092ec8abf5d6c81d260e3c80c2194
>>> You may checkout this tag using:
>>>   git clone https://gitbox.apache.org/repos/asf/commons-csv.git
>> --branch
>>> commons-csv-1.8-RC2 commons-csv-1.8-RC2
>>> 
>>> Maven artifacts are here:
>>> 
>>> 
>> https://repository.apache.org/content/repositories/orgapachecommons-1490/org/apache/commons/commons-csv/1.8/
>>> 
>>> These are the artifacts and their hashes:
>>> 
>>> #Release SHA-512s
>>> #Sat Feb 01 20:19:25 EST 2020
>>> 
>> commons-csv-1.8-bin.tar.gz=ed0ebd0fdae603480b83dca93a1591161c5939b69306ab8eab17e4cd578157f3aadfe81796ec4c180b6e0f9a143507ffcfb123fe181163cf78b3ca0d1c7c9438
>>> 
>> commons-csv-1.8-bin.zip=e9ff3bfef662e89b15019a33272e3a44e68cc8ee3c44fa2559021612158f154180b8e5bf0704f5e2453ed5a36061df76bdf9f9d36918c11e0a311107a653317c
>>> 
>> commons-csv-1.8-javadoc.jar=c26f284b98adf6321d84dd426ab8fbbf7ab1d4e3c43bfb62b9b3ce0706399a6034837a8f1164fc66f810c8282a82f168b0ab077d917e45991df337ece6b61d3c
>>> 
>> commons-csv-1.8-sources.jar=4d716b1cb7c2e75253bc7e89a49caf5acb80112974ca4211a5dfabcca5602177bcc2f0796a23f4fbed3eb2f84212507aac124b44acef80b424bdf1f0862d7069
>>> 
>> commons-csv-1.8-src.tar.gz=e0a7f7dbb0bf381f0f8f703e0ccb689f96c0a610b7afbd771cfeecab7042416f6dddc15c0a6e9a23f157da87c2bf3f16efb2e2aeb135ef1ac8c7306659936443
>>> 
>> commons-csv-1.8-src.zip=4703f33559ac1fc90aaf5d86408bc593554ef251d01ea5b14d24946d1cd9c7dab74ff96711375befec2b0314d53f907318494d3ba943982c6eb344af29cf6236
>>> 
>> commons-csv-1.8-test-sources.jar=d0016b3c8ce139a775f376c1b268295f553b97487ce1a9e1a1cce20e3d0b9e709143a44f22c02aa4fc1e1ecc4812de82c14c1b082c644c5ca5bba80230140405
>>> 
>> commons-csv-1.8-tests.jar=11c109f650643fe8f9da6f46c9c6467728bdbf89484d74a8a71ce1d0b347d5e4f16228eaeb6d1507de2244d7ebea0fc9f5efa869ce5d535ad5d0fa0306cb6dc9
>>> 
>>> I have tested this with 'mvn -V -Prelease -Ptest-deploy -P jacoco -P
>>> japicmp clean package site deploy' using:
>>> 
>>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>>> Maven home: C:\Java\apache-maven-3.6.3\bin\..
>>> Java version: 1.8.0_241, vendor: Oracle Corporation, runtime: C:\Program
>>> Files\Java\jdk1.8.0_241\jre
>>> Default locale: en_US, platform encoding: Cp1252
>>> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>>> 
>>> Details of changes since 1.7 are in the release notes:
>>> 
>>> 
>> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/RELEASE-NOTES.txt
>>> 
>>> 
>> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/changes-report.html
>>> 
>>> Site:
>>> 
>>> 
>> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/index.html
>>>   (note some *relative* links are broken and the 1.8 directories are not
>>> yet created - these will be OK once the site is deployed.)
>>> 
>>> JApiCmp Report (compared to 1.7):
>>> 
>>> 
>> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/japicmp.html
>>>   This release fixes serialization compatibility of CSVRecord with
>>> versions 1.0 to 1.6. New fields added since
>>>   1.7 are not serialized. Support for Serializable is scheduled to be
>>> removed in version 2.0.
>>> 
>>> RAT Report:
>>> 
>>> 
>> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/rat-report.html
>>> 
>>> KEYS:
>>> https://www.apache.org/dist/commons/KEYS
>>> 
>>> Please review the release candidate and vote.
>>> This vote will close no sooner that 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 

Re: [VOTE] Release Apache Commons CSV 1.8 based on RC2

[Gary Gregory]

On Mon, Feb 3, 2020 at 10:20 AM Rob Tompkins  wrote:

> Bit odd that we have neither clirr or japicmp in the reports in the site.
> (Could be convinced to go +1). Willing to help get japicmp into project if
> decision is to go with RC3. Would also be willing to roll RC3 if that’s the
> call.
>

The JApiCmp report is present on the site:
https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/japicmp.html

It is also correctly linked from the menu.

Gary


>
> -Rob
>
> > On Feb 1, 2020, at 8:55 PM, Gary Gregory  wrote:
> >
> > We have fixed quite a few bugs and added some significant enhancements
> > since Apache Commons CSV 1.7 was released, so I would like to release
> > Apache Commons CSV 1.8.
> >
> > Apache Commons CSV 1.8 RC2 is available for review here:
> >https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2 (svn
> > revision 37829)
> >
> > The Git tag commons-csv-1.8-RC2 commit for this RC is
> > 660f7c9f853092ec8abf5d6c81d260e3c80c2194 which you can browse here:
> >
> >
> https://gitbox.apache.org/repos/asf?p=commons-csv.git;a=commit;h=660f7c9f853092ec8abf5d6c81d260e3c80c2194
> > You may checkout this tag using:
> >git clone https://gitbox.apache.org/repos/asf/commons-csv.git
> --branch
> > commons-csv-1.8-RC2 commons-csv-1.8-RC2
> >
> > Maven artifacts are here:
> >
> >
> https://repository.apache.org/content/repositories/orgapachecommons-1490/org/apache/commons/commons-csv/1.8/
> >
> > These are the artifacts and their hashes:
> >
> > #Release SHA-512s
> > #Sat Feb 01 20:19:25 EST 2020
> >
> commons-csv-1.8-bin.tar.gz=ed0ebd0fdae603480b83dca93a1591161c5939b69306ab8eab17e4cd578157f3aadfe81796ec4c180b6e0f9a143507ffcfb123fe181163cf78b3ca0d1c7c9438
> >
> commons-csv-1.8-bin.zip=e9ff3bfef662e89b15019a33272e3a44e68cc8ee3c44fa2559021612158f154180b8e5bf0704f5e2453ed5a36061df76bdf9f9d36918c11e0a311107a653317c
> >
> commons-csv-1.8-javadoc.jar=c26f284b98adf6321d84dd426ab8fbbf7ab1d4e3c43bfb62b9b3ce0706399a6034837a8f1164fc66f810c8282a82f168b0ab077d917e45991df337ece6b61d3c
> >
> commons-csv-1.8-sources.jar=4d716b1cb7c2e75253bc7e89a49caf5acb80112974ca4211a5dfabcca5602177bcc2f0796a23f4fbed3eb2f84212507aac124b44acef80b424bdf1f0862d7069
> >
> commons-csv-1.8-src.tar.gz=e0a7f7dbb0bf381f0f8f703e0ccb689f96c0a610b7afbd771cfeecab7042416f6dddc15c0a6e9a23f157da87c2bf3f16efb2e2aeb135ef1ac8c7306659936443
> >
> commons-csv-1.8-src.zip=4703f33559ac1fc90aaf5d86408bc593554ef251d01ea5b14d24946d1cd9c7dab74ff96711375befec2b0314d53f907318494d3ba943982c6eb344af29cf6236
> >
> commons-csv-1.8-test-sources.jar=d0016b3c8ce139a775f376c1b268295f553b97487ce1a9e1a1cce20e3d0b9e709143a44f22c02aa4fc1e1ecc4812de82c14c1b082c644c5ca5bba80230140405
> >
> commons-csv-1.8-tests.jar=11c109f650643fe8f9da6f46c9c6467728bdbf89484d74a8a71ce1d0b347d5e4f16228eaeb6d1507de2244d7ebea0fc9f5efa869ce5d535ad5d0fa0306cb6dc9
> >
> > I have tested this with 'mvn -V -Prelease -Ptest-deploy -P jacoco -P
> > japicmp clean package site deploy' using:
> >
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: 1.8.0_241, vendor: Oracle Corporation, runtime: C:\Program
> > Files\Java\jdk1.8.0_241\jre
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> >
> > Details of changes since 1.7 are in the release notes:
> >
> >
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/RELEASE-NOTES.txt
> >
> >
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/changes-report.html
> >
> > Site:
> >
> >
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/index.html
> >(note some *relative* links are broken and the 1.8 directories are not
> > yet created - these will be OK once the site is deployed.)
> >
> > JApiCmp Report (compared to 1.7):
> >
> >
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/japicmp.html
> >This release fixes serialization compatibility of CSVRecord with
> > versions 1.0 to 1.6. New fields added since
> >1.7 are not serialized. Support for Serializable is scheduled to be
> > removed in version 2.0.
> >
> > RAT Report:
> >
> >
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/rat-report.html
> >
> > KEYS:
> >  https://www.apache.org/dist/commons/KEYS
> >
> > Please review the release candidate and vote.
> > This vote will close no sooner that 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.
> >
> 

Re: [VOTE] Release Compress 1.20 Based on RC1

[Rob Tompkins]

> On Feb 3, 2020, at 11:39 AM, Gary Gregory  wrote:
> 
> Just to be on the safe side I would update Java 8 and 11 to their
> respective current versions. It probably won't help but you and I will at
> least be on the same foundation aside from the OS.

Agree. Good point there.

> 
> Gary
> 
> On Mon, Feb 3, 2020 at 11:21 AM Rob Tompkins  wrote:
> 
>> For what it’s worth, I get the failure regardless of whether or not I run
>> the test with maven. The failure is in:
>> 
>> 
>> org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:626)
>> 
>> Which isn’t dependent upon maven at all actually. So, I suspect that maven
>> has accommodated for the https, yet pax has not.
>> 
>> If you declare your .m2 directory to be somewhere else, do you see the
>> same failure?
>> 
>> Also for what it’s worth, I’m running:
>> 
>> chtompki@Robs-MacBook-Pro commons-compress-1.20-src % mvn -version
>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>> Maven home: /usr/local/Cellar/maven/3.6.3/libexec
>> Java version: 1.8.0_222, vendor: Amazon.com Inc., runtime:
>> /Library/Java/JavaVirtualMachines/amazon-corretto-8.jdk/Contents/Home/jre
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "mac os x", version: "10.15.2", arch: "x86_64", family: "mac"
>> chtompki@Robs-MacBook-Pro commons-compress-1.20-src % java11
>> chtompki@Robs-MacBook-Pro commons-compress-1.20-src % mvn -version
>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>> Maven home: /usr/local/Cellar/maven/3.6.3/libexec
>> Java version: 11.0.5, vendor: Amazon.com Inc., runtime:
>> /Library/Java/JavaVirtualMachines/amazon-corretto-11.jdk/Contents/Home
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "mac os x", version: "10.15.2", arch: "x86_64", family: "mac"
>> 
>>> On Feb 3, 2020, at 11:09 AM, Rob Tompkins  wrote:
>>> 
>>> Right….I get the artifact from maven central over https…let me make sure
>> I’m on the latest maven version. -Rob
>>> 
 On Feb 3, 2020, at 11:08 AM, Stefan Bodewig  wrote:
 
 On 2020-02-03, Rob Tompkins wrote:
 
> I’m not sure what changed between yesterday and today, but it seems
>> that the org.apache.commons.compress.OsgiTest is failing due to a 501 being
>> returned from
>> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
>> <
>> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
>>> 
 
 That should be https rather than http. Maven Central requires TLS by
 now.
 
 I don't think Compress configures repositories explicitly, so it might
 be the version f Maven?
 
 Stefan
 
 -
 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: [VOTE] Release Compress 1.20 Based on RC1

[Gary Gregory]

Just to be on the safe side I would update Java 8 and 11 to their
respective current versions. It probably won't help but you and I will at
least be on the same foundation aside from the OS.

Gary

On Mon, Feb 3, 2020 at 11:21 AM Rob Tompkins  wrote:

> For what it’s worth, I get the failure regardless of whether or not I run
> the test with maven. The failure is in:
>
>
> org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:626)
>
> Which isn’t dependent upon maven at all actually. So, I suspect that maven
> has accommodated for the https, yet pax has not.
>
> If you declare your .m2 directory to be somewhere else, do you see the
> same failure?
>
> Also for what it’s worth, I’m running:
>
> chtompki@Robs-MacBook-Pro commons-compress-1.20-src % mvn -version
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: /usr/local/Cellar/maven/3.6.3/libexec
> Java version: 1.8.0_222, vendor: Amazon.com Inc., runtime:
> /Library/Java/JavaVirtualMachines/amazon-corretto-8.jdk/Contents/Home/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "10.15.2", arch: "x86_64", family: "mac"
> chtompki@Robs-MacBook-Pro commons-compress-1.20-src % java11
> chtompki@Robs-MacBook-Pro commons-compress-1.20-src % mvn -version
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: /usr/local/Cellar/maven/3.6.3/libexec
> Java version: 11.0.5, vendor: Amazon.com Inc., runtime:
> /Library/Java/JavaVirtualMachines/amazon-corretto-11.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "10.15.2", arch: "x86_64", family: "mac"
>
> > On Feb 3, 2020, at 11:09 AM, Rob Tompkins  wrote:
> >
> > Right….I get the artifact from maven central over https…let me make sure
> I’m on the latest maven version. -Rob
> >
> >> On Feb 3, 2020, at 11:08 AM, Stefan Bodewig  wrote:
> >>
> >> On 2020-02-03, Rob Tompkins wrote:
> >>
> >>> I’m not sure what changed between yesterday and today, but it seems
> that the org.apache.commons.compress.OsgiTest is failing due to a 501 being
> returned from
> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
> <
> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
> >
> >>
> >> That should be https rather than http. Maven Central requires TLS by
> >> now.
> >>
> >> I don't think Compress configures repositories explicitly, so it might
> >> be the version f Maven?
> >>
> >> Stefan
> >>
> >> -
> >> 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 Compress 1.20 Based on RC1

[Rob Tompkins]

Blerg….let me switch to a windows machine real quick to see if I get a 
difference there.

-Rob

> On Feb 3, 2020, at 11:37 AM, Gary Gregory  wrote:
> 
> On Mon, Feb 3, 2020 at 11:04 AM Rob Tompkins  wrote:
> 
>> I’m not sure what changed between yesterday and today, but it seems that
>> the org.apache.commons.compress.OsgiTest is failing due to a 501 being
>> returned from
>> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
>> <
>> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
>>> 
>> 
>> Note, I also receive this 501 in the browser with that URL. Do you guys
>> also get this test failure, today? I suspect that something in maven
>> central changed to cause this.
>> 
> 
> I just ran 'mvn -V -U clean package' on the git tag and it ran fine but my
> local Maven cache is already populated.
> 
> Gary
> 
> 
>> 
>> -Rob
>> 
>>> On Feb 2, 2020, at 12:38 PM, Gary Gregory 
>> wrote:
>>> 
>>> +1
>>> 
>>> My review is based on the Git tag.
>>> 
>>> Apache RAT check OK.
>>> Reports OK.
>>> 
>>> Building OK with '*mvn -V clean install site -P jacoco -P japicmp*' on:
>>> 
>>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>>> Maven home: C:\Java\apache-maven-3.6.3\bin\..
>>> Java version: *1.8.0_241, *vendor:* Oracle Corporation*, runtime:
>>> C:\Program Files\Java\jdk1.8.0_241\jre
>>> Default locale: en_US, platform encoding: Cp1252
>>> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>>> 
>>> Testing OK '*mvn -V test*' with:
>>> 
>>> java version "11.0.6" 2020-01-14 LTS
>>> Java(TM) SE Runtime Environment 18.9 (build 11.0.6+8-LTS)
>>> Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.6+8-LTS, mixed mode)
>>> 
>>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>>> Maven home: C:\Java\apache-maven-3.6.3\bin\..
>>> Java version: *11.0.6, *vendor:* Oracle Corporation*, runtime: C:\Program
>>> Files\Java\jdk-11.0.6
>>> Default locale: en_US, platform encoding: Cp1252
>>> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>>> -
>>> java version "12.0.2" 2019-07-16
>>> Java(TM) SE Runtime Environment (build 12.0.2+10)
>>> Java HotSpot(TM) 64-Bit Server VM (build 12.0.2+10, mixed mode, sharing)
>>> 
>>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>>> Maven home: C:\Java\apache-maven-3.6.3\bin\..
>>> Java version: *12.0.2, *vendor:* Oracle Corporation*, runtime: C:\Program
>>> Files\Java\jdk-12.0.2
>>> Default locale: en_US, platform encoding: Cp1252
>>> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>>> -
>>> java version "13.0.2" 2020-01-14
>>> Java(TM) SE Runtime Environment (build 13.0.2+8)
>>> Java HotSpot(TM) 64-Bit Server VM (build 13.0.2+8, mixed mode, sharing)
>>> 
>>> C:\temp\rc\logging-log4j-scala\commons-compress>mvn -V test
>>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>>> Maven home: C:\Java\apache-maven-3.6.3\bin\..
>>> Java version: *13.0.2, *vendor:* Oracle Corporation*, runtime: C:\Program
>>> Files\Java\jdk-13.0.2
>>> Default locale: en_US, platform encoding: Cp1252
>>> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>>> -
>>> openjdk version "1.8.0_222"
>>> OpenJDK Runtime Environment Corretto-8.222.10.3 (build 1.8.0_222-b10)
>>> OpenJDK 64-Bit Server VM Corretto-8.222.10.3 (build 25.222-b10, mixed
>> mode)
>>> 
>>> C:\temp\rc\commons-compress>mvn -V test
>>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>>> Maven home: C:\Java\apache-maven-3.6.3\bin\..
>>> Java version: *1.8.0_222, *vendor:* Amazon.com Inc.*, runtime: C:\Program
>>> Files\Java\amazon-corretto\jdk1.8.0_222\jre
>>> Default locale: en_US, platform encoding: Cp1252
>>> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>>> -
>>> openjdk version "1.8.0_242"
>>> OpenJDK Runtime Environment Corretto-8.242.08.1 (build 1.8.0_242-b08)
>>> OpenJDK 64-Bit Server VM Corretto-8.242.08.1 (build 25.242-b08, mixed
>> mode)
>>> 
>>> C:\temp\rc\commons-compress>mvn -V test
>>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>>> Maven home: C:\Java\apache-maven-3.6.3\bin\..
>>> Java version: *1.8.0_242, *vendor:* Amazon.com Inc.*, runtime: C:\Program
>>> Files\Java\amazon-corretto\jdk1.8.0_242\jre
>>> Default locale: en_US, platform encoding: Cp1252
>>> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>>> -
>>> openjdk version "11.0.6" 2020-01-14 LTS
>>> OpenJDK Runtime Environment Corretto-11.0.6.10.1 (build 11.0.6+10-LTS)
>>> OpenJDK 64-Bit Server VM Corretto-11.0.6.10.1 (build 11.0.6+10-LTS, mixed
>>> mode)
>>> 
>>> C:\temp\rc\commons-compress>mvn -V test
>>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>>> Maven home: C:\Java\apache-maven-3.6.3\bin\..
>>> Java version: *11.0.6*, vendor: *Amazon.com Inc.*, runtime: C:\Program
>>> Files\Java\amazon-corretto\jdk11.0.6_10
>>> Default locale: en_US, plat

Re: [VOTE] Release Compress 1.20 Based on RC1

[Gary Gregory]

On Mon, Feb 3, 2020 at 11:04 AM Rob Tompkins  wrote:

> I’m not sure what changed between yesterday and today, but it seems that
> the org.apache.commons.compress.OsgiTest is failing due to a 501 being
> returned from
> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
> <
> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
> >
>
> Note, I also receive this 501 in the browser with that URL. Do you guys
> also get this test failure, today? I suspect that something in maven
> central changed to cause this.
>

I just ran 'mvn -V -U clean package' on the git tag and it ran fine but my
local Maven cache is already populated.

Gary


>
> -Rob
>
> > On Feb 2, 2020, at 12:38 PM, Gary Gregory 
> wrote:
> >
> > +1
> >
> > My review is based on the Git tag.
> >
> > Apache RAT check OK.
> > Reports OK.
> >
> > Building OK with '*mvn -V clean install site -P jacoco -P japicmp*' on:
> >
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: *1.8.0_241, *vendor:* Oracle Corporation*, runtime:
> > C:\Program Files\Java\jdk1.8.0_241\jre
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> >
> > Testing OK '*mvn -V test*' with:
> >
> > java version "11.0.6" 2020-01-14 LTS
> > Java(TM) SE Runtime Environment 18.9 (build 11.0.6+8-LTS)
> > Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.6+8-LTS, mixed mode)
> >
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: *11.0.6, *vendor:* Oracle Corporation*, runtime: C:\Program
> > Files\Java\jdk-11.0.6
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> > -
> > java version "12.0.2" 2019-07-16
> > Java(TM) SE Runtime Environment (build 12.0.2+10)
> > Java HotSpot(TM) 64-Bit Server VM (build 12.0.2+10, mixed mode, sharing)
> >
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: *12.0.2, *vendor:* Oracle Corporation*, runtime: C:\Program
> > Files\Java\jdk-12.0.2
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> > -
> > java version "13.0.2" 2020-01-14
> > Java(TM) SE Runtime Environment (build 13.0.2+8)
> > Java HotSpot(TM) 64-Bit Server VM (build 13.0.2+8, mixed mode, sharing)
> >
> > C:\temp\rc\logging-log4j-scala\commons-compress>mvn -V test
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: *13.0.2, *vendor:* Oracle Corporation*, runtime: C:\Program
> > Files\Java\jdk-13.0.2
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> > -
> > openjdk version "1.8.0_222"
> > OpenJDK Runtime Environment Corretto-8.222.10.3 (build 1.8.0_222-b10)
> > OpenJDK 64-Bit Server VM Corretto-8.222.10.3 (build 25.222-b10, mixed
> mode)
> >
> > C:\temp\rc\commons-compress>mvn -V test
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: *1.8.0_222, *vendor:* Amazon.com Inc.*, runtime: C:\Program
> > Files\Java\amazon-corretto\jdk1.8.0_222\jre
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> > -
> > openjdk version "1.8.0_242"
> > OpenJDK Runtime Environment Corretto-8.242.08.1 (build 1.8.0_242-b08)
> > OpenJDK 64-Bit Server VM Corretto-8.242.08.1 (build 25.242-b08, mixed
> mode)
> >
> > C:\temp\rc\commons-compress>mvn -V test
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: *1.8.0_242, *vendor:* Amazon.com Inc.*, runtime: C:\Program
> > Files\Java\amazon-corretto\jdk1.8.0_242\jre
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> > -
> > openjdk version "11.0.6" 2020-01-14 LTS
> > OpenJDK Runtime Environment Corretto-11.0.6.10.1 (build 11.0.6+10-LTS)
> > OpenJDK 64-Bit Server VM Corretto-11.0.6.10.1 (build 11.0.6+10-LTS, mixed
> > mode)
> >
> > C:\temp\rc\commons-compress>mvn -V test
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: *11.0.6*, vendor: *Amazon.com Inc.*, runtime: C:\Program
> > Files\Java\amazon-corretto\jdk11.0.6_10
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> > -
> > Not testing with Java 14-EA or Java 15-EA since pack200 has been removed
> > which breaks the bu

Re: [VOTE] Release Compress 1.20 Based on RC1

[Rob Tompkins]

For what it’s worth, I get the failure regardless of whether or not I run the 
test with maven. The failure is in:

org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:626)

Which isn’t dependent upon maven at all actually. So, I suspect that maven has 
accommodated for the https, yet pax has not. 

If you declare your .m2 directory to be somewhere else, do you see the same 
failure?

Also for what it’s worth, I’m running:

chtompki@Robs-MacBook-Pro commons-compress-1.20-src % mvn -version
Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: /usr/local/Cellar/maven/3.6.3/libexec
Java version: 1.8.0_222, vendor: Amazon.com Inc., runtime: 
/Library/Java/JavaVirtualMachines/amazon-corretto-8.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.15.2", arch: "x86_64", family: "mac"
chtompki@Robs-MacBook-Pro commons-compress-1.20-src % java11
chtompki@Robs-MacBook-Pro commons-compress-1.20-src % mvn -version
Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: /usr/local/Cellar/maven/3.6.3/libexec
Java version: 11.0.5, vendor: Amazon.com Inc., runtime: 
/Library/Java/JavaVirtualMachines/amazon-corretto-11.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.15.2", arch: "x86_64", family: "mac"

> On Feb 3, 2020, at 11:09 AM, Rob Tompkins  wrote:
> 
> Right….I get the artifact from maven central over https…let me make sure I’m 
> on the latest maven version. -Rob
> 
>> On Feb 3, 2020, at 11:08 AM, Stefan Bodewig  wrote:
>> 
>> On 2020-02-03, Rob Tompkins wrote:
>> 
>>> I’m not sure what changed between yesterday and today, but it seems that 
>>> the org.apache.commons.compress.OsgiTest is failing due to a 501 being 
>>> returned from 
>>> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
>>>  
>>> 
>> 
>> That should be https rather than http. Maven Central requires TLS by
>> now.
>> 
>> I don't think Compress configures repositories explicitly, so it might
>> be the version f Maven?
>> 
>> Stefan
>> 
>> -
>> 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 Compress 1.20 Based on RC1

[Rob Tompkins]

Right….I get the artifact from maven central over https…let me make sure I’m on 
the latest maven version. -Rob

> On Feb 3, 2020, at 11:08 AM, Stefan Bodewig  wrote:
> 
> On 2020-02-03, Rob Tompkins wrote:
> 
>> I’m not sure what changed between yesterday and today, but it seems that the 
>> org.apache.commons.compress.OsgiTest is failing due to a 501 being returned 
>> from 
>> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
>>  
>> 
> 
> That should be https rather than http. Maven Central requires TLS by
> now.
> 
> I don't think Compress configures repositories explicitly, so it might
> be the version f Maven?
> 
> Stefan
> 
> -
> 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 Compress 1.20 Based on RC1

[Stefan Bodewig]

On 2020-02-03, Rob Tompkins wrote:

> I’m not sure what changed between yesterday and today, but it seems that the 
> org.apache.commons.compress.OsgiTest is failing due to a 501 being returned 
> from 
> http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
>  
> 

That should be https rather than http. Maven Central requires TLS by
now.

I don't think Compress configures repositories explicitly, so it might
be the version f Maven?

Stefan

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

Re: [VOTE] Release Compress 1.20 Based on RC1

[Rob Tompkins]

I’m not sure what changed between yesterday and today, but it seems that the 
org.apache.commons.compress.OsgiTest is failing due to a 501 being returned 
from 
http://repo1.maven.org/maven2/org/ops4j/pax/exam/pax-exam-inject/4.13.1/pax-exam-inject-4.13.1.jar
 


Note, I also receive this 501 in the browser with that URL. Do you guys also 
get this test failure, today? I suspect that something in maven central changed 
to cause this.

-Rob

> On Feb 2, 2020, at 12:38 PM, Gary Gregory  wrote:
> 
> +1
> 
> My review is based on the Git tag.
> 
> Apache RAT check OK.
> Reports OK.
> 
> Building OK with '*mvn -V clean install site -P jacoco -P japicmp*' on:
> 
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: *1.8.0_241, *vendor:* Oracle Corporation*, runtime:
> C:\Program Files\Java\jdk1.8.0_241\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> 
> Testing OK '*mvn -V test*' with:
> 
> java version "11.0.6" 2020-01-14 LTS
> Java(TM) SE Runtime Environment 18.9 (build 11.0.6+8-LTS)
> Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.6+8-LTS, mixed mode)
> 
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: *11.0.6, *vendor:* Oracle Corporation*, runtime: C:\Program
> Files\Java\jdk-11.0.6
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> -
> java version "12.0.2" 2019-07-16
> Java(TM) SE Runtime Environment (build 12.0.2+10)
> Java HotSpot(TM) 64-Bit Server VM (build 12.0.2+10, mixed mode, sharing)
> 
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: *12.0.2, *vendor:* Oracle Corporation*, runtime: C:\Program
> Files\Java\jdk-12.0.2
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> -
> java version "13.0.2" 2020-01-14
> Java(TM) SE Runtime Environment (build 13.0.2+8)
> Java HotSpot(TM) 64-Bit Server VM (build 13.0.2+8, mixed mode, sharing)
> 
> C:\temp\rc\logging-log4j-scala\commons-compress>mvn -V test
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: *13.0.2, *vendor:* Oracle Corporation*, runtime: C:\Program
> Files\Java\jdk-13.0.2
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> -
> openjdk version "1.8.0_222"
> OpenJDK Runtime Environment Corretto-8.222.10.3 (build 1.8.0_222-b10)
> OpenJDK 64-Bit Server VM Corretto-8.222.10.3 (build 25.222-b10, mixed mode)
> 
> C:\temp\rc\commons-compress>mvn -V test
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: *1.8.0_222, *vendor:* Amazon.com Inc.*, runtime: C:\Program
> Files\Java\amazon-corretto\jdk1.8.0_222\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> -
> openjdk version "1.8.0_242"
> OpenJDK Runtime Environment Corretto-8.242.08.1 (build 1.8.0_242-b08)
> OpenJDK 64-Bit Server VM Corretto-8.242.08.1 (build 25.242-b08, mixed mode)
> 
> C:\temp\rc\commons-compress>mvn -V test
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: *1.8.0_242, *vendor:* Amazon.com Inc.*, runtime: C:\Program
> Files\Java\amazon-corretto\jdk1.8.0_242\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> -
> openjdk version "11.0.6" 2020-01-14 LTS
> OpenJDK Runtime Environment Corretto-11.0.6.10.1 (build 11.0.6+10-LTS)
> OpenJDK 64-Bit Server VM Corretto-11.0.6.10.1 (build 11.0.6+10-LTS, mixed
> mode)
> 
> C:\temp\rc\commons-compress>mvn -V test
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: *11.0.6*, vendor: *Amazon.com Inc.*, runtime: C:\Program
> Files\Java\amazon-corretto\jdk11.0.6_10
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> -
> Not testing with Java 14-EA or Java 15-EA since pack200 has been removed
> which breaks the build.
> 
> Gary
> 
> On Sun, Feb 2, 2020 at 10:41 AM Stefan Bodewig  wrote:
> 
>> This time there are not so many bugs but significant improvements that
>> people are waiting to get their hands on.
>> 
>> Compress 1.20 RC1 is available for review here:
>>https://dist.apache.org/repos/dist/dev/commons/compress/
>>(svn revision 37832)
>> 
>> The tag is here:
>> 
>> https:

Re: [VOTE] Release Apache Commons CSV 1.8 based on RC2

[Rob Tompkins]

Bit odd that we have neither clirr or japicmp in the reports in the site. 
(Could be convinced to go +1). Willing to help get japicmp into project if 
decision is to go with RC3. Would also be willing to roll RC3 if that’s the 
call.

-Rob

> On Feb 1, 2020, at 8:55 PM, Gary Gregory  wrote:
> 
> We have fixed quite a few bugs and added some significant enhancements
> since Apache Commons CSV 1.7 was released, so I would like to release
> Apache Commons CSV 1.8.
> 
> Apache Commons CSV 1.8 RC2 is available for review here:
>https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2 (svn
> revision 37829)
> 
> The Git tag commons-csv-1.8-RC2 commit for this RC is
> 660f7c9f853092ec8abf5d6c81d260e3c80c2194 which you can browse here:
> 
> https://gitbox.apache.org/repos/asf?p=commons-csv.git;a=commit;h=660f7c9f853092ec8abf5d6c81d260e3c80c2194
> You may checkout this tag using:
>git clone https://gitbox.apache.org/repos/asf/commons-csv.git --branch
> commons-csv-1.8-RC2 commons-csv-1.8-RC2
> 
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1490/org/apache/commons/commons-csv/1.8/
> 
> These are the artifacts and their hashes:
> 
> #Release SHA-512s
> #Sat Feb 01 20:19:25 EST 2020
> commons-csv-1.8-bin.tar.gz=ed0ebd0fdae603480b83dca93a1591161c5939b69306ab8eab17e4cd578157f3aadfe81796ec4c180b6e0f9a143507ffcfb123fe181163cf78b3ca0d1c7c9438
> commons-csv-1.8-bin.zip=e9ff3bfef662e89b15019a33272e3a44e68cc8ee3c44fa2559021612158f154180b8e5bf0704f5e2453ed5a36061df76bdf9f9d36918c11e0a311107a653317c
> commons-csv-1.8-javadoc.jar=c26f284b98adf6321d84dd426ab8fbbf7ab1d4e3c43bfb62b9b3ce0706399a6034837a8f1164fc66f810c8282a82f168b0ab077d917e45991df337ece6b61d3c
> commons-csv-1.8-sources.jar=4d716b1cb7c2e75253bc7e89a49caf5acb80112974ca4211a5dfabcca5602177bcc2f0796a23f4fbed3eb2f84212507aac124b44acef80b424bdf1f0862d7069
> commons-csv-1.8-src.tar.gz=e0a7f7dbb0bf381f0f8f703e0ccb689f96c0a610b7afbd771cfeecab7042416f6dddc15c0a6e9a23f157da87c2bf3f16efb2e2aeb135ef1ac8c7306659936443
> commons-csv-1.8-src.zip=4703f33559ac1fc90aaf5d86408bc593554ef251d01ea5b14d24946d1cd9c7dab74ff96711375befec2b0314d53f907318494d3ba943982c6eb344af29cf6236
> commons-csv-1.8-test-sources.jar=d0016b3c8ce139a775f376c1b268295f553b97487ce1a9e1a1cce20e3d0b9e709143a44f22c02aa4fc1e1ecc4812de82c14c1b082c644c5ca5bba80230140405
> commons-csv-1.8-tests.jar=11c109f650643fe8f9da6f46c9c6467728bdbf89484d74a8a71ce1d0b347d5e4f16228eaeb6d1507de2244d7ebea0fc9f5efa869ce5d535ad5d0fa0306cb6dc9
> 
> I have tested this with 'mvn -V -Prelease -Ptest-deploy -P jacoco -P
> japicmp clean package site deploy' using:
> 
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: 1.8.0_241, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\jdk1.8.0_241\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> 
> Details of changes since 1.7 are in the release notes:
> 
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/RELEASE-NOTES.txt
> 
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/changes-report.html
> 
> Site:
> 
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/index.html
>(note some *relative* links are broken and the 1.8 directories are not
> yet created - these will be OK once the site is deployed.)
> 
> JApiCmp Report (compared to 1.7):
> 
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/japicmp.html
>This release fixes serialization compatibility of CSVRecord with
> versions 1.0 to 1.6. New fields added since
>1.7 are not serialized. Support for Serializable is scheduled to be
> removed in version 2.0.
> 
> RAT Report:
> 
> https://dist.apache.org/repos/dist/dev/commons/csv/1.8-RC2/site/rat-report.html
> 
> KEYS:
>  https://www.apache.org/dist/commons/KEYS
> 
> Please review the release candidate and vote.
> This vote will close no sooner that 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.
> 
> 1) Clone and checkout the RC tag
> 
> git clone https://gitbox.apache.org/repos/asf/commons-csv.git --branch
> commons-csv-1.8-RC2 commons-csv-1.8-RC2
> cd commons-csv-1.8-RC2
> 
> 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 no

[lang] New Streams code breaks build

[Gary Gregory]

Hi,

The commit
https://gitbox.apache.org/repos/asf?p=commons-lang.git;a=commit;h=2ea44b2adae8da8e3e7f55cc226479f9431feda9
broke
the Travis build due to Checktyle errors.

Please fix.

Gary