+1

Builds OK on *Macos* from the tar gz with 'mvn clean package -V -P
\!use-toolchains' using:

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: /usr/local/Cellar/maven/3.6.3_1/libexec
Java version: 11.0.9.1, vendor: AdoptOpenJDK, runtime:
/Library/Java/JavaVirtualMachines/adoptopenjdk-11.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.15.7", arch: "x86_64", family: "mac"

Apache RAT check OK.
Apache CLIRR check OK


Build fails with Java 8 due to the changes documented in this thread by
Oleg [1] in the current version of Java 8 TLS configuration.


I expect that we'll fix the tests so they can run the current version of
Java 8 post release.




Builds OK on *Windows* with AdoptOpenJDK 8 using Oracle Java 1.7.0_80
through the tool chain:


Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)

Maven home: C:\Java\apache-maven-3.6.3\bin\..

Java version: 1.8.0_275, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-8.0.275.1-hotspot\jre

Default locale: en_US, platform encoding: Cp1252

OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"



openjdk version "1.8.0_275"

OpenJDK Runtime Environment (AdoptOpenJDK)(build 1.8.0_275-b01)

OpenJDK 64-Bit Server VM (AdoptOpenJDK)(build 25.275-b01, mixed mode)


Builds OK on Windows with AdoptOpenJDK 11 and 15:



openjdk version "11.0.9" 2020-10-20

OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.9+11)

OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.9+11, mixed mode)



openjdk version "15.0.1" 2020-10-20

OpenJDK Runtime Environment AdoptOpenJDK (build 15.0.1+9)

OpenJDK 64-Bit Server VM AdoptOpenJDK (build 15.0.1+9, mixed mode, sharing)



Build fails on Java 16 EA build 26 for the same reason [1] as the Java 8
failure:



openjdk version "16-ea" 2021-03-16

OpenJDK Runtime Environment (build 16-ea+25-1633)

OpenJDK 64-Bit Server VM (build 16-ea+25-1633, mixed mode, sharing)


Gary



[1] "The failure is caused by the removal of
TLS_KRB5_EXPORT_WITH_RC4_40_SHA and SSL_RSA_EXPORT_WITH_RC2_CBC_40_MD5 from
the latest JRE releases (1.8 TLS, 11 TLS, 15 and 16)."
[2] Java 1.8.0_275:
[ERROR] Tests run: 5, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
33.198 s <<< FAILURE! - in
org.apache.hc.core5.testing.nio.H2TLSIntegrationTest
[ERROR]
org.apache.hc.core5.testing.nio.H2TLSIntegrationTest.testWeakCiphersDisabledByDefault
 Time elapsed: 32.391 s  <<< ERROR!
org.apache.hc.core5.util.TimeoutValueException: Timeout deadline: 30000
MILLISECONDS, actual: 30000 MILLISECONDS
at
org.apache.hc.core5.testing.nio.H2TLSIntegrationTest.testWeakCiphersDisabledByDefault(H2TLSIntegrationTest.java:466)

On Sat, Nov 28, 2020 at 3:32 PM Gary Gregory <[email protected]> wrote:

> Hi All:
>
> This test always fails for me with Java 8:
>
> [ERROR] Tests run: 5, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
> 33.198 s <<< FAILURE! - in
> org.apache.hc.core5.testing.nio.H2TLSIntegrationTest
> [ERROR]
> org.apache.hc.core5.testing.nio.H2TLSIntegrationTest.testWeakCiphersDisabledByDefault
>  Time elapsed: 32.391 s  <<< ERROR!
> org.apache.hc.core5.util.TimeoutValueException: Timeout deadline: 30000
> MILLISECONDS, actual: 30000 MILLISECONDS
> at
> org.apache.hc.core5.testing.nio.H2TLSIntegrationTest.testWeakCiphersDisabledByDefault(H2TLSIntegrationTest.java:466)
>
> This was on Macos and Java 8 using 'mvn clean package -V
> -P\!use-toolchains':
>
> Maven home: /usr/local/Cellar/maven/3.6.3_1/libexec
> Java version: 1.8.0_275, vendor: AdoptOpenJDK, runtime:
> /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "10.15.7", arch: "x86_64", family: "mac"
>
> The same build passes with Macos and Java 11.
> The same test also fails on Windows 10 with Java 8 and 16-ea build 26, but
> it passes on Windows 10 with Java 11 and 15.
>
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
>
> Java version: 1.8.0_275, vendor: AdoptOpenJDK, runtime: C:\Program
> Files\AdoptOpenJDK\jdk-8.0.275.1-hotspot\jre
>
> Default locale: en_US, platform encoding: Cp1252
>
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
>
> Any thoughts?
>
>
> Gary
>
> On Sat, Nov 28, 2020 at 9:43 AM Oleg Kalnichevski <[email protected]>
> wrote:
>
>> Please vote on releasing these packages as HttpCore 5.0.3.
>> The vote is open for the at least 72 hours, and only votes from
>> HttpComponents PMC members are binding. The vote passes if at least
>> three binding +1 votes are cast and there are more +1 than -1 votes.
>>
>> Release notes:
>>
>> https://dist.apache.org/repos/dist/dev/httpcomponents/httpcore-5.0.3-RC1/RELEASE_NOTES-5.0.x.txt
>>
>> Maven artefacts:
>>
>> https://repository.apache.org/content/repositories/orgapachehttpcomponents-1125/org/apache/httpcomponents/core5/httpcore5-reactive/5.0.3/
>>
>> Git Tag: 5.0.3-RC1
>>  https://github.com/apache/httpcomponents-core/tree/5.0.3-RC1
>>
>> Packages:
>>  https://dist.apache.org/repos/dist/dev/httpcomponents/httpcore-5.0.3-RC1
>>  revision 44722
>>
>> Hashes:
>>  
>> f8aa5fba984d618c6cb6bd52c284c901f849bcbd802779b0a0b118732040203746895f60a92291f83511aa2d09c0a8e69f0383689787b38afa5daa94bb16cf0d
>> httpcomponents-core-5.0.3-bin.zip
>>  
>> 0862be1913be92485954deee35bc44d6d40e6ef92ff3bf09385f668f270aecb942fd6715b72b3abca1d33e0f660ba38388ad51b351bdf4d23e431411d0d07526
>> httpcomponents-core-5.0.3-src.zip
>>  
>> d47d2925b71f0fb5824b845e53428a3b964de2fc0c138f6108c5f253fb53edcd6d29add15a82f5c3ae335a91958e0806682d7caf9209322f4a93837f3b0fb281
>> httpcomponents-core-5.0.3-bin.tar.gz
>>  
>> 4e5d09c8d0e499a40f6c687958979f0645c7c02b6a34beaecd1165ab9bf7907902ad02234315d4d01e5ab3a4e676c8b608e65a7457fcac20004b01c152f28100
>> httpcomponents-core-5.0.3-src.tar.gz
>>
>> Keys:
>>  https://www.apache.org/dist/httpcomponents/httpcore/KEYS
>>
>> --------------------------------------------------------------------------
>> Vote: HttpCore 5.0.3 release
>> [ ] +1 Release the packages as HttpCore 5.0.3.
>> [ ] -1 I am against releasing the packages (must include a reason).
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>

Reply via email to