Rory,
I am testing latest OpenJDK
Openjdk 16-ea 2021-03-16
OpenJDK Runtime Environment (build 16-ea+30-2130)
OpenJDK 64-Bit Server VM (build 16-ea+30-2130, mixed mode, sharing)

and it looks like all of the problems I had pointed out have been resolved !

We started a discussion on [email protected] regarding the -Xdoclint
issue, but it looks like it has been resolved.
can (anyone on this thread) you please confirm ?

Enrico



Il giorno lun 30 nov 2020 alle ore 13:34 Enrico Olivelli <
[email protected]> ha scritto:

> Rory,
> Unfortunately I am no more able to run ZooKeeper tests due to an open
> issue with ByteBuddy
> https://github.com/raphw/byte-buddy/issues/983
>
> Java               : 16
> JVM vendor name    : Oracle Corporation
> JVM vendor version : 16-ea+26-1764
> JVM name           : OpenJDK 64-Bit Server VM
> JVM version        : 16-ea+26-1764
> JVM info           : mixed mode, sharing
> OS name            : Linux
> OS version         : 5.8.8-200.fc32.x86_64
>
>
> Underlying exception : java.lang.IllegalStateException: Error invoking
> java.lang.reflect.Executable#getAnnotatedReceiverType
> at
> org.apache.zookeeper.test.StaticHostProviderTest.testReResolvingSingle(StaticHostProviderTest.java:718)
> Caused by: java.lang.IllegalStateException: Error invoking
> java.lang.reflect.Executable#getAnnotatedReceiverType
> at
> net.bytebuddy.description.type.TypeDescription$Generic$AnnotationReader$Dispatcher$ForJava8CapableVm.resolveReceiverType(TypeDescription.java:2778)
> at
> net.bytebuddy.description.method.MethodDescription$ForLoadedMethod.getReceiverType(MethodDescription.java:1263)
> at
> net.bytebuddy.description.method.MethodDescription$TypeSubstituting.getReceiverType(MethodDescription.java:1619)
> at
> net.bytebuddy.description.method.MethodDescription$AbstractBase.asToken(MethodDescription.java:796)
> at
> net.bytebuddy.description.method.MethodDescription$AbstractBase.asToken(MethodDescription.java:373)
> at
> net.bytebuddy.dynamic.Transformer$ForMethod.transform(Transformer.java:298)
> at
> net.bytebuddy.dynamic.Transformer$ForMethod.transform(Transformer.java:253)
> at
> net.bytebuddy.dynamic.Transformer$Compound.transform(Transformer.java:645)
> at
> net.bytebuddy.dynamic.scaffold.MethodRegistry$Default$Entry.asPreparedEntry(MethodRegistry.java:596)
> at
> net.bytebuddy.dynamic.scaffold.MethodRegistry$Default.prepare(MethodRegistry.java:484)
> at
> net.bytebuddy.dynamic.scaffold.subclass.SubclassDynamicTypeBuilder.make(SubclassDynamicTypeBuilder.java:213)
> at
> net.bytebuddy.dynamic.scaffold.subclass.SubclassDynamicTypeBuilder.make(SubclassDynamicTypeBuilder.java:204)
> at
> net.bytebuddy.dynamic.DynamicType$Builder$AbstractBase.make(DynamicType.java:3659)
> at
> net.bytebuddy.dynamic.DynamicType$Builder$AbstractBase$Delegator.make(DynamicType.java:3897)
> at
> org.mockito.internal.creation.bytebuddy.SubclassBytecodeGenerator.mockClass(SubclassBytecodeGenerator.java:199)
> at
> org.mockito.internal.creation.bytebuddy.TypeCachingBytecodeGenerator$1.call(TypeCachingBytecodeGenerator.java:46)
> at
> org.mockito.internal.creation.bytebuddy.TypeCachingBytecodeGenerator$1.call(TypeCachingBytecodeGenerator.java:43)
> at net.bytebuddy.TypeCache.findOrInsert(TypeCache.java:153)
> at
> net.bytebuddy.TypeCache$WithInlineExpunction.findOrInsert(TypeCache.java:366)
> at net.bytebuddy.TypeCache.findOrInsert(TypeCache.java:175)
> at
> net.bytebuddy.TypeCache$WithInlineExpunction.findOrInsert(TypeCache.java:377)
> at
> org.mockito.internal.creation.bytebuddy.TypeCachingBytecodeGenerator.mockClass(TypeCachingBytecodeGenerator.java:36)
> at
> org.mockito.internal.creation.bytebuddy.SubclassByteBuddyMockMaker.createMockType(SubclassByteBuddyMockMaker.java:77)
> at
> org.mockito.internal.creation.bytebuddy.SubclassByteBuddyMockMaker.createMock(SubclassByteBuddyMockMaker.java:43)
> at
> org.mockito.internal.creation.bytebuddy.ByteBuddyMockMaker.createMock(ByteBuddyMockMaker.java:29)
> at org.mockito.internal.util.MockUtil.lambda$createMock$0(MockUtil.java:48)
> at org.mockito.internal.util.MockUtil.createMock(MockUtil.java:46)
> at org.mockito.internal.MockitoCore.mock(MockitoCore.java:61)
> at org.mockito.Mockito.spy(Mockito.java:2033)
> ... 1 more
> Caused by: java.lang.NullPointerException: Cannot invoke
> "java.lang.Class.getTypeParameters()" because "d" is null
> at
> net.bytebuddy.description.type.TypeDescription$Generic$AnnotationReader$Dispatcher$ForJava8CapableVm.resolveReceiverType(TypeDescription.java:2774)
> ... 29 more
>
> Enrico
>
> Il giorno ven 27 nov 2020 alle ore 12:19 Rory O'Donnell <
> [email protected]> ha scritto:
>
>> Hi Enrico,
>>
>> OpenJDK 16 Early Access build 26**is now available at
>> http://jdk.java.net/16
>>
>>   * These early-access , open-source builds are provided under the
>>       o GNU General Public License, version 2, with the Classpath
>>         Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
>>
>>   * Schedule: *JDK 16 Rampdown Phase One Starts on 2020/12/10 [1] *
>>
>>   * Features [1]: Most recent Integrations:
>>       o Integrated JEP 389: Foreign Linker API (Incubator)
>>         <https://openjdk.java.net/jeps/389> with this release.
>>           + JEP 389 introduces an API that offers statically-typed,
>>             pure-Java access to native code.
>>           + This API, together with the JEP 383
>>             <https://openjdk.java.net/jeps/383>, will considerably
>>             simplify the otherwise error-prone process of binding to a
>>             native library.
>>
>> **
>>
>>   * Release Notes [2]
>>
>>   * Changes in recent builds that maybe of interest:
>>       o Build 26
>>           + JDK-8202343: *Disable TLS 1.0 and 1.1*
>>           + JDK-8251317:**Support for CLDR version 38**
>>           + JDK-8212879: Make JVMTI TagMap table concurrent
>>           + JDK-8236926: Concurrently uncommit memory in G1
>>           + JDK-8243559: Removed Root Certificates with 1024-bit Keys
>>           + JDK-8253459: Argument index of zero or unrepresentable by
>>             int throws IllegalFormatException
>>           + JDK-8256643: Terminally deprecate ThreadGroup stop, destroy,
>>             isDestroyed, setDaemon and isDaemon
>>       o Build 25
>>           + JDK-8247781: Day period support added to java.time formats
>>           + JDK-8202471: (ann) Cannot read type annotations on generic
>>             receiver type's type variables *[**Reported by ByteBuddy]*
>>           + JDK-8255947: [macos] Signed macOS jpackage app doesn't
>>             filter spurious '-psn' argument *[**Reported by JOSM]*
>>           + JDK-8256063: Module::getPackages returns the set of package
>>             names in this module
>>
>>   * JDK 16 - topics of interest
>>       o Inside Java Episode 7 “The Vector API” with John Rose and Paul
>>         Sandoz
>>           + https://inside.java/2020/11/17/podcast-007/
>>             <https://inside.java/2020/11/17/podcast-007/>
>>       o Biased locking Obsoletion update
>>           + https://inside.java/2020/11/17/biased-locking-obsoletion/
>>             <https://inside.java/2020/11/17/biased-locking-obsoletion/>
>>   * Project Loom with Ron Pressler
>>       o https://inside.java/2020/11/24/podcast-008/
>>   * Update on 64-bit ARM Support for Oracle OpenJDK and Oracle JDK
>>       o https://inside.java/2020/11/12/arm-support-update/
>>         <https://inside.java/2020/11/12/arm-support-update/>
>>
>> Project Lanai Early-Access: EA 7 Build 16-lanai+3-278
>> <http://jdk.java.net/lanai/> (2020/11/17)
>>
>>   * These early-access builds are provided under the GNU General Public
>>     License, version 2, with the Classpath Exception
>>     <http://openjdk.java.net/legal/gplv2+ce.html>
>>   * These EA builds are produced for the purpose of gathering feedback.
>>     Use for any other purpose is at your own risk.
>>   * Please send feedback via e-mail to [email protected]
>>     <mailto:[email protected]>. To send e-mail to this address
>>     you must first subscribe to the mailing list
>>     <https://mail.openjdk.java.net/mailman/listinfo/lanai-dev>.
>>
>> The Java Cryptographic Roadmap has been updated [3]:
>>
>>   * Distrust TLS 1.0 and TLS 1.1 by default
>>       o TLS protocol versions 1.0 and 1.1 are no longer considered
>>         secure and have been superseded by more secure and modern
>>         versions (TLS 1.2 and 1.3). This change has been integrated with
>>         JDK 16 Early Access build 26.
>>   * Upgrade of default algorithms used to encrypt PKCS12 keystores
>>       o The new algorithms are based on AES-256 and SHA-256 and are
>>         stronger than the old algorithms which were based on RC2,
>>         DESede, and SHA-1.This change is already included in JDK 16
>>         Early Access build 23.
>>
>> RgdsRory
>>
>> [1] https://openjdk.java.net/projects/jdk/16/
>> [2] https://jdk.java.net/16/release-notes
>> [3] https://www.java.com/en/jre-jdk-cryptoroadmap.html
>>
>> --
>> Rgds, Rory O'Donnell
>> Quality Engineering Manager
>> Oracle EMEA, Dublin, Ireland
>>
>>

Reply via email to