Hi Erico,

I think that the issue which manifested itself with JDK 16 Early Access builds and ByteBuddy was resolved in JDK 16-ea build 30, per https://github.com/openjdk/jdk/pull/1414

cheers,
dalibor topic

On 07.01.2021 14:29, Enrico Olivelli wrote:
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] <mailto:[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] <mailto:[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
    
<https://urldefense.com/v3/__https://github.com/raphw/byte-buddy/issues/983__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiZSmWQXc$>

    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] <mailto:[email protected]>> ha scritto:

        Hi Enrico,

        OpenJDK 16 Early Access build 26**is now available at
        http://jdk.java.net/16
        
<https://urldefense.com/v3/__http://jdk.java.net/16__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiDHdPKWk$>

           * 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
        <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
        <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
        <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://urldefense.com/v3/__https://inside.java/2020/11/17/podcast-007/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiTAm7B3I$>
                     <https://inside.java/2020/11/17/podcast-007/
        
<https://urldefense.com/v3/__https://inside.java/2020/11/17/podcast-007/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiTAm7B3I$>>
               o Biased locking Obsoletion update
                   +
        https://inside.java/2020/11/17/biased-locking-obsoletion/
        
<https://urldefense.com/v3/__https://inside.java/2020/11/17/biased-locking-obsoletion/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiCHVIWps$>
<https://inside.java/2020/11/17/biased-locking-obsoletion/
        
<https://urldefense.com/v3/__https://inside.java/2020/11/17/biased-locking-obsoletion/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiCHVIWps$>>
           * Project Loom with Ron Pressler
               o https://inside.java/2020/11/24/podcast-008/
        
<https://urldefense.com/v3/__https://inside.java/2020/11/24/podcast-008/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZi9okarBU$>
           * Update on 64-bit ARM Support for Oracle OpenJDK and Oracle JDK
               o https://inside.java/2020/11/12/arm-support-update/
        
<https://urldefense.com/v3/__https://inside.java/2020/11/12/arm-support-update/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZizaKAZU8$>
                 <https://inside.java/2020/11/12/arm-support-update/
        
<https://urldefense.com/v3/__https://inside.java/2020/11/12/arm-support-update/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZizaKAZU8$>>

        Project Lanai Early-Access: EA 7 Build 16-lanai+3-278
        <http://jdk.java.net/lanai/
        
<https://urldefense.com/v3/__http://jdk.java.net/lanai/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiIJI3IQY$>>
        (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
        <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]>
             <mailto:[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
        <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/
        <https://openjdk.java.net/projects/jdk/16/>
        [2] https://jdk.java.net/16/release-notes
        
<https://urldefense.com/v3/__https://jdk.java.net/16/release-notes__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiAAh9B24$>
        [3] https://www.java.com/en/jre-jdk-cryptoroadmap.html
        
<https://urldefense.com/v3/__https://www.java.com/en/jre-jdk-cryptoroadmap.html__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiqtQCuSk$>

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


--
<http://www.oracle.com> Dalibor Topic
Consulting Product Manager
Phone: +494089091214 <tel:+494089091214>, Mobile: +491737185961
<tel:+491737185961>, Video: [email protected]
<sip:[email protected]>

Oracle Global Services Germany GmbH
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRB 246209
Geschäftsführer: Ralf Herrmann

Reply via email to