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

    Hi Erico,

    I think that the issue which manifested itself with JDK 16 Early Access
    builds and ByteBuddy was resolved in JDK 16-ea build 30, per
    https://github.com/openjdk/jdk/pull/1414
    
<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 [email protected]
    <mailto:[email protected]>
     > <mailto:[email protected] <mailto:[email protected]>>
    regarding the -Xdoclint issue, but it
     > looks like it has been resolved.
     > can (anyone on this thread) you please confirm ?
     >
     > Enrico
     >
     >
     >
     > Il giorno lun 30 nov 2020 alle ore 13:34 Enrico Olivelli
     > <[email protected] <mailto:[email protected]>
    <mailto:[email protected] <mailto:[email protected]>>> ha scritto:
     >
     >     Rory,
     >     Unfortunately I am no more able to run ZooKeeper tests due to an
     >     open issue with ByteBuddy
     > https://github.com/raphw/byte-buddy/issues/983
    
<https://urldefense.com/v3/__https://github.com/raphw/byte-buddy/issues/983__;!!GqivPVa7Brio!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
     >     <[email protected] <mailto:[email protected]>
    <mailto:[email protected] <mailto:[email protected]>>>
    ha scritto:
     >
     >         Hi Enrico,
     >
     >         OpenJDK 16 Early Access build 26**is now available at
     > http://jdk.java.net/16
    
<https://urldefense.com/v3/__http://jdk.java.net/16__;!!GqivPVa7Brio!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
     > [email protected] <mailto:[email protected]>
    <mailto:[email protected] <mailto:[email protected]>>
     >              <mailto:[email protected]
    <mailto:[email protected]>
     >         <mailto:[email protected]
    <mailto:[email protected]>>>. To send e-mail to this address
     >              you must first subscribe to the mailing list
> <https://mail.openjdk.java.net/mailman/listinfo/lanai-dev
    <https://mail.openjdk.java.net/mailman/listinfo/lanai-dev>
     >         <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: [email protected]
    <mailto:[email protected]>
    <sip:[email protected] <mailto:sip%[email protected]>>

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


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

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

Reply via email to