You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@zookeeper.apache.org by Enrico Olivelli <eo...@gmail.com> on 2021/01/07 13:29:33 UTC
Re: JDK 16 Early Access build 26 is now available
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 dev@maven.apache.org 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 <
eolivelli@gmail.com> 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 <
> rory.odonnell@oracle.com> 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 lanai-dev@openjdk.java.net
>> <ma...@openjdk.java.net>. 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
>>
>>
Re: JDK 16 Early Access build 26 is now available
Posted by Dalibor Topic <da...@oracle.com>.
Yeah, 8258443 was fixed in b30 as well, according to
https://bugs.openjdk.java.net/browse/JDK-8258443 .
The full list is at [0]
cheers,
dalibor topic
[0]
https://bugs.openjdk.java.net/issues/?jql=project%20%3D%20JDK%20AND%20fixversion%20%3D%2016%20and%20%22resolved%20in%20build%22%20%3D%20b30%20order%20by%20component%2C%20subcomponent
On 07.01.2021 16:54, Enrico Olivelli wrote:
> Dalibor,
> this was my blocker
> https://bugs.openjdk.java.net/browse/JDK-8253996
> <https://bugs.openjdk.java.net/browse/JDK-8253996>
>
> this is the issue we created in Maven
> https://issues.apache.org/jira/browse/MCOMPILER-445
> <https://urldefense.com/v3/__https://issues.apache.org/jira/browse/MCOMPILER-445__;!!GqivPVa7Brio!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdga_prA20M$>
>
> 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
> <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
> <dalibor.topic@oracle.com <ma...@oracle.com>> 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
> <https://urldefense.com/v3/__https://github.com/openjdk/jdk/pull/1414__;!!GqivPVa7Brio!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdgaEsY2EhU$>
>
> 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 dev@maven.apache.org
> <ma...@maven.apache.org>
> > <mailto:dev@maven.apache.org <ma...@maven.apache.org>>
> 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
> > <eolivelli@gmail.com <ma...@gmail.com>
> <mailto:eolivelli@gmail.com <ma...@gmail.com>>> 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!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdgaazroYMA$>
> >
> <https://urldefense.com/v3/__https://github.com/raphw/byte-buddy/issues/983__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiZSmWQXc$ <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
> > <rory.odonnell@oracle.com <ma...@oracle.com>
> <mailto:rory.odonnell@oracle.com <ma...@oracle.com>>>
> 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!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdgau4QCUmU$>
> >
> <https://urldefense.com/v3/__http://jdk.java.net/16__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiDHdPKWk$ <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>
> > <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>
> > <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>
> > <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!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdgaH-9GHpI$>
> >
> <https://urldefense.com/v3/__https://inside.java/2020/11/17/podcast-007/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiTAm7B3I$ <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!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdgaH-9GHpI$>
> >
> <https://urldefense.com/v3/__https://inside.java/2020/11/17/podcast-007/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiTAm7B3I$ <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!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdgaWZgWOQA$>
> >
> <https://urldefense.com/v3/__https://inside.java/2020/11/17/biased-locking-obsoletion/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiCHVIWps$ <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!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdgaWZgWOQA$>
> >
> <https://urldefense.com/v3/__https://inside.java/2020/11/17/biased-locking-obsoletion/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiCHVIWps$ <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!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdgaIM24UxA$>
> >
> <https://urldefense.com/v3/__https://inside.java/2020/11/24/podcast-008/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZi9okarBU$ <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!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdga5288SCw$>
> >
> <https://urldefense.com/v3/__https://inside.java/2020/11/12/arm-support-update/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZizaKAZU8$ <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!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdga5288SCw$>
> >
> <https://urldefense.com/v3/__https://inside.java/2020/11/12/arm-support-update/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZizaKAZU8$ <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!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdgaulWIWu8$>
> >
> <https://urldefense.com/v3/__http://jdk.java.net/lanai/__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiIJI3IQY$ <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>
> > <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
> > lanai-dev@openjdk.java.net <ma...@openjdk.java.net>
> <mailto:lanai-dev@openjdk.java.net <ma...@openjdk.java.net>>
> > <mailto:lanai-dev@openjdk.java.net
> <ma...@openjdk.java.net>
> > <mailto:lanai-dev@openjdk.java.net
> <ma...@openjdk.java.net>>>. 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>
> > <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/>
> > <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!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdgaBx2S-40$>
> >
> <https://urldefense.com/v3/__https://jdk.java.net/16/release-notes__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiAAh9B24$ <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!IdvnVlIjTRQOYiwOCrmDWfc2pV7b3L5zM4iEN2k4qcdcKRfSLIZqtSVtsdganBkKNow$>
> >
> <https://urldefense.com/v3/__https://www.java.com/en/jre-jdk-cryptoroadmap.html__;!!GqivPVa7Brio!KEzmNdrNb_nxXwCFYGnjM2sSQ3mvTSvnKwoqc3Olo4WdRKdlJiutGHHBPZZiqtQCuSk$ <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 <http://www.oracle.com>> Dalibor Topic
> Consulting Product Manager
> Phone: +494089091214 <tel:+494089091214>, Mobile: +491737185961
> <tel:+491737185961>, Video: dalibor.topic@oracle.com
> <ma...@oracle.com>
> <sip:dalibor.topic@oracle.com <ma...@oracle.com>>
>
> Oracle Global Services Germany GmbH
> Hauptverwaltung: Riesstr. 25, D-80992 München
> Registergericht: Amtsgericht München, HRB 246209
> Geschäftsführer: Ralf Herrmann
>
--
<http://www.oracle.com> Dalibor Topic
Consulting Product Manager
Phone: +494089091214 <tel:+494089091214>, Mobile: +491737185961
<tel:+491737185961>, Video: dalibor.topic@oracle.com
<si...@oracle.com>
Oracle Global Services Germany GmbH
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRB 246209
Geschäftsführer: Ralf Herrmann
Re: JDK 16 Early Access build 26 is now available
Posted by Enrico Olivelli <eo...@gmail.com>.
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 <
dalibor.topic@oracle.com> 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 dev@maven.apache.org
> > <ma...@maven.apache.org> 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
> > <eolivelli@gmail.com <ma...@gmail.com>> 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
> > <rory.odonnell@oracle.com <ma...@oracle.com>> 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
> > lanai-dev@openjdk.java.net <ma...@openjdk.java.net>
> > <mailto:lanai-dev@openjdk.java.net
> > <ma...@openjdk.java.net>>. 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: dalibor.topic@oracle.com
> <si...@oracle.com>
>
> Oracle Global Services Germany GmbH
> Hauptverwaltung: Riesstr. 25, D-80992 München
> Registergericht: Amtsgericht München, HRB 246209
> Geschäftsführer: Ralf Herrmann
>
>
Re: JDK 16 Early Access build 26 is now available
Posted by Dalibor Topic <da...@oracle.com>.
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 dev@maven.apache.org
> <ma...@maven.apache.org> 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
> <eolivelli@gmail.com <ma...@gmail.com>> 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
> <rory.odonnell@oracle.com <ma...@oracle.com>> 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
> lanai-dev@openjdk.java.net <ma...@openjdk.java.net>
> <mailto:lanai-dev@openjdk.java.net
> <ma...@openjdk.java.net>>. 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: dalibor.topic@oracle.com
<si...@oracle.com>
Oracle Global Services Germany GmbH
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRB 246209
Geschäftsführer: Ralf Herrmann