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