Dalibor, this was my blocker https://bugs.openjdk.java.net/browse/JDK-8253996
this is the issue we created in Maven https://issues.apache.org/jira/browse/MCOMPILER-445 It looks like now I am able to use -Xdoclint on JDK16 without problems this comment seems relevant: https://bugs.openjdk.java.net/browse/JDK-8253996?focusedCommentId=14390225&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-14390225 "While this may have been caused by class loader issues, which has been fixed in JDK-82584433 (thanks, [~alanb]) a subsidiary issue is the poor/misleading diagnostic." Enrico Enrico Il giorno gio 7 gen 2021 alle ore 16:51 Dalibor Topic < [email protected]> ha scritto: > 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 > >
