You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@zookeeper.apache.org by Rory O'Donnell <ro...@oracle.com> on 2020/11/27 10:46:53 UTC
JDK 16 Early Access build 26 is now available
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 Rory O'Donnell <ro...@oracle.com>.
Thanks Enrico - issue is tracked here: JDK-8256693
<https://bugs.openjdk.java.net/browse/JDK-8256693>
On 30/11/2020 12:34, Enrico Olivelli wrote:
> 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!PaZGhSPIAK4QWSeyZUhSp7hp_z9WjJ_JjvMc6X9bq9u8O9BLiwVuWfbmpJ5dLtKT3q8$>
>
> 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!PaZGhSPIAK4QWSeyZUhSp7hp_z9WjJ_JjvMc6X9bq9u8O9BLiwVuWfbmpJ5dXry-UkU$>
>
> * 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!PaZGhSPIAK4QWSeyZUhSp7hp_z9WjJ_JjvMc6X9bq9u8O9BLiwVuWfbmpJ5dZGUBMqA$>
> <https://inside.java/2020/11/17/podcast-007/
> <https://urldefense.com/v3/__https://inside.java/2020/11/17/podcast-007/__;!!GqivPVa7Brio!PaZGhSPIAK4QWSeyZUhSp7hp_z9WjJ_JjvMc6X9bq9u8O9BLiwVuWfbmpJ5dZGUBMqA$>>
> 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!PaZGhSPIAK4QWSeyZUhSp7hp_z9WjJ_JjvMc6X9bq9u8O9BLiwVuWfbmpJ5dbN9SHgE$>
>
> <https://inside.java/2020/11/17/biased-locking-obsoletion/
> <https://urldefense.com/v3/__https://inside.java/2020/11/17/biased-locking-obsoletion/__;!!GqivPVa7Brio!PaZGhSPIAK4QWSeyZUhSp7hp_z9WjJ_JjvMc6X9bq9u8O9BLiwVuWfbmpJ5dbN9SHgE$>>
> * 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!PaZGhSPIAK4QWSeyZUhSp7hp_z9WjJ_JjvMc6X9bq9u8O9BLiwVuWfbmpJ5dkqQwHqQ$>
> * 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!PaZGhSPIAK4QWSeyZUhSp7hp_z9WjJ_JjvMc6X9bq9u8O9BLiwVuWfbmpJ5dCgRDN4c$>
> <https://inside.java/2020/11/12/arm-support-update/
> <https://urldefense.com/v3/__https://inside.java/2020/11/12/arm-support-update/__;!!GqivPVa7Brio!PaZGhSPIAK4QWSeyZUhSp7hp_z9WjJ_JjvMc6X9bq9u8O9BLiwVuWfbmpJ5dCgRDN4c$>>
>
> 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!PaZGhSPIAK4QWSeyZUhSp7hp_z9WjJ_JjvMc6X9bq9u8O9BLiwVuWfbmpJ5dt7ODj10$>>
> (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!PaZGhSPIAK4QWSeyZUhSp7hp_z9WjJ_JjvMc6X9bq9u8O9BLiwVuWfbmpJ5d15ZjhoU$>
> [3] https://www.java.com/en/jre-jdk-cryptoroadmap.html
> <https://urldefense.com/v3/__https://www.java.com/en/jre-jdk-cryptoroadmap.html__;!!GqivPVa7Brio!PaZGhSPIAK4QWSeyZUhSp7hp_z9WjJ_JjvMc6X9bq9u8O9BLiwVuWfbmpJ5dbhr15uE$>
>
> --
> Rgds, Rory O'Donnell
> Quality Engineering Manager
> Oracle EMEA, Dublin, Ireland
>
--
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
Re: JDK 16 Early Access build 26 is now available
Posted by Enrico Olivelli <eo...@gmail.com>.
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 Enrico Olivelli <eo...@gmail.com>.
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
>
>