For those who are interested:
There was indeed a difference in the JDK version per OS: On Windows it was 
JDK-16+24, while Ubuntu was already on JDK-16+30.
In JDK-16+28 the changes for JEP 396[1] were added, meaning "Strongly 
Encapsulate JDK Internals by Default"
This has been a known issue for Groovy, but was already fixed.
We are using an ancient (and no more maintained) maven plugin to execute some 
groovy scripts.
Time to release the maven-scripting-plugin soon.

thanks,
Robert

[1] https://openjdk.java.net/jeps/396

On 10-2-2021 15:28:49, Rory O'Donnell <rory.odonn...@oracle.com> wrote:


Thanks for the update Sylwester

Rgds,Rory

On 10/02/2021 14:12, Sylwester Lachiewicz wrote:
> Hi,
> we fixed our integration tests for Maven components with Groovy and
> few old plugin updates.
>
> Other than that we have only known failures - not related to JDK 16.
>
> Best regards,
> Sylwester
>
> pon., 8 lut 2021 o 11:50 Rory O'Donnell napisał(a):
>> Hi Robert,
>>
>> Looks like logging a Groovy bug makes the most sense ?
>> Do keep us updated.
>>
>> Rgds,Rory
>>
>> On 07/02/2021 13:13, Robert Scholte wrote:
>>> I've asked ASF Infra so install the latest JDK 16-ea.
>>> They confirmed there was a difference between Windows and Ubuntu:
>>> "Right, we have ea30 on Ubuntu and ea24 on Windows currently, will
>>> update."
>>>
>>> In the meantime I've rerun the build including the stacktrace:
>>> Caused by: java.lang.ExceptionInInitializerError
>>> at org.codehaus.groovy.runtime.InvokerHelper. (InvokerHelper.java:48)
>>> at groovy.lang.GroovyObjectSupport. (GroovyObjectSupport.java:32)
>>> at groovy.lang.Binding. (Binding.java:32)
>>> at groovy.lang.Script. (Script.java:37)
>>> at script1612703365095. (script1612703365095.groovy)
>>> at jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0 (Native 
>>> Method)
>>> at jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance 
>>> (NativeConstructorAccessorImpl.java:78)
>>> at jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance 
>>> (DelegatingConstructorAccessorImpl.java:45)
>>> at java.lang.reflect.Constructor.newInstanceWithCaller 
>>> (Constructor.java:499)
>>> at java.lang.reflect.ReflectAccess.newInstance (ReflectAccess.java:128)
>>> at jdk.internal.reflect.ReflectionFactory.newInstance 
>>> (ReflectionFactory.java:350)
>>> at java.lang.Class.newInstance (Class.java:642)
>>> at org.codehaus.gmaven.runtime.support.ScriptExecutorSupport.execute 
>>> (ScriptExecutorSupport.java:65)
>>> at org.codehaus.gmaven.plugin.execute.ExecuteMojo.process 
>>> (ExecuteMojo.java:239)
>>> at org.codehaus.gmaven.plugin.ComponentMojoSupport.doExecute 
>>> (ComponentMojoSupport.java:60)
>>> at org.codehaus.gmaven.plugin.MojoSupport.execute (MojoSupport.java:69)
>>> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo 
>>> (DefaultBuildPluginManager.java:137)
>>> at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
>>> (MojoExecutor.java:210)
>>> at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
>>> (MojoExecutor.java:156)
>>> at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
>>> (MojoExecutor.java:148)
>>> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
>>> (LifecycleModuleBuilder.java:117)
>>> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
>>> (LifecycleModuleBuilder.java:81)
>>> at 
>>> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
>>>  (SingleThreadedBuilder.java:56)
>>> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute 
>>> (LifecycleStarter.java:128)
>>> at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
>>> at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
>>> at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
>>> at org.jvnet.hudson.maven3.launcher.Maven35Launcher.main 
>>> (Maven35Launcher.java:130)
>>> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
>>> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke 
>>> (NativeMethodAccessorImpl.java:78)
>>> at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke 
>>> (DelegatingMethodAccessorImpl.java:43)
>>> at java.lang.reflect.Method.invoke (Method.java:567)
>>> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced 
>>> (Launcher.java:282)
>>> at org.codehaus.plexus.classworlds.launcher.Launcher.launch 
>>> (Launcher.java:225)
>>> at jenkins.maven3.agent.Maven35Main.launch (Maven35Main.java:178)
>>> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
>>> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke 
>>> (NativeMethodAccessorImpl.java:78)
>>> at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke 
>>> (DelegatingMethodAccessorImpl.java:43)
>>> at java.lang.reflect.Method.invoke (Method.java:567)
>>> at hudson.maven.Maven3Builder.call (Maven3Builder.java:139)
>>> at hudson.maven.Maven3Builder.call (Maven3Builder.java:70)
>>> at hudson.remoting.UserRequest.perform (UserRequest.java:211)
>>> at hudson.remoting.UserRequest.perform (UserRequest.java:54)
>>> at hudson.remoting.Request$2.run (Request.java:369)
>>> at hudson.remoting.InterceptingExecutorService$1.call 
>>> (InterceptingExecutorService.java:72)
>>> at java.util.concurrent.FutureTask.run (FutureTask.java:264)
>>> at java.util.concurrent.ThreadPoolExecutor.runWorker 
>>> (ThreadPoolExecutor.java:1130)
>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run 
>>> (ThreadPoolExecutor.java:630)
>>> at java.lang.Thread.run (Thread.java:831)
>>> Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make 
>>> protected void java.lang.Object.finalize() throws java.lang.Throwable 
>>> accessible: module java.base does not "opens java.lang" to unnamed module 
>>> @2f4adf8c
>>> at java.lang.reflect.AccessibleObject.checkCanSetAccessible 
>>> (AccessibleObject.java:357)
>>> at java.lang.reflect.AccessibleObject.checkCanSetAccessible 
>>> (AccessibleObject.java:297)
>>> at java.lang.reflect.Method.checkCanSetAccessible (Method.java:199)
>>> at java.lang.reflect.AccessibleObject.setAccessible 
>>> (AccessibleObject.java:130)
>>> at org.codehaus.groovy.reflection.CachedClass$3$1.run (CachedClass.java:85)
>>> at java.security.AccessController.doPrivileged (AccessController.java:312)
>>> at org.codehaus.groovy.reflection.CachedClass$3.initValue 
>>> (CachedClass.java:80)
>>> at org.codehaus.groovy.reflection.CachedClass$3.initValue 
>>> (CachedClass.java:78)
>>> at org.codehaus.groovy.util.LazyReference.getLocked (LazyReference.java:33)
>>> at org.codehaus.groovy.util.LazyReference.get (LazyReference.java:20)
>>> at org.codehaus.groovy.reflection.CachedClass.getMethods 
>>> (CachedClass.java:252)
>>> at org.codehaus.groovy.reflection.CachedClass$3.initValue 
>>> (CachedClass.java:115)
>>> at org.codehaus.groovy.reflection.CachedClass$3.initValue 
>>> (CachedClass.java:78)
>>> at org.codehaus.groovy.util.LazyReference.getLocked (LazyReference.java:33)
>>> at org.codehaus.groovy.util.LazyReference.get (LazyReference.java:20)
>>> at org.codehaus.groovy.reflection.CachedClass.getMethods 
>>> (CachedClass.java:252)
>>> at org.codehaus.groovy.reflection.CachedClass$3.initValue 
>>> (CachedClass.java:115)
>>> at org.codehaus.groovy.reflection.CachedClass$3.initValue 
>>> (CachedClass.java:78)
>>> at org.codehaus.groovy.util.LazyReference.getLocked (LazyReference.java:33)
>>> at org.codehaus.groovy.util.LazyReference.get (LazyReference.java:20)
>>> at org.codehaus.groovy.reflection.CachedClass.getMethods 
>>> (CachedClass.java:252)
>>> at org.codehaus.groovy.reflection.stdclasses.CachedClosureClass. 
>>> (CachedClosureClass.java:14)
>>> at org.codehaus.groovy.reflection.ClassInfo.createCachedClass 
>>> (ClassInfo.java:258)
>>> at org.codehaus.groovy.reflection.ClassInfo.access$400 (ClassInfo.java:35)
>>> at org.codehaus.groovy.reflection.ClassInfo$LazyCachedClassRef.initValue 
>>> (ClassInfo.java:424)
>>> at org.codehaus.groovy.reflection.ClassInfo$LazyCachedClassRef.initValue 
>>> (ClassInfo.java:415)
>>> at org.codehaus.groovy.util.LazyReference.getLocked (LazyReference.java:33)
>>> at org.codehaus.groovy.util.LazyReference.get (LazyReference.java:20)
>>> at org.codehaus.groovy.reflection.ClassInfo.getCachedClass 
>>> (ClassInfo.java:88)
>>> at org.codehaus.groovy.reflection.ReflectionCache.getCachedClass 
>>> (ReflectionCache.java:107)
>>> at org.codehaus.groovy.reflection.ParameterTypes.getParametersTypes0 
>>> (ParameterTypes.java:77)
>>> at org.codehaus.groovy.reflection.ParameterTypes.getParameterTypes 
>>> (ParameterTypes.java:63)
>>> at org.codehaus.groovy.reflection.CachedMethod.compareToCachedMethod 
>>> (CachedMethod.java:148)
>>> at org.codehaus.groovy.reflection.CachedMethod.compareTo 
>>> (CachedMethod.java:131)
>>> at java.util.ComparableTimSort.countRunAndMakeAscending 
>>> (ComparableTimSort.java:320)
>>> at java.util.ComparableTimSort.sort (ComparableTimSort.java:202)
>>> at java.util.Arrays.sort (Arrays.java:1040)
>>> at org.codehaus.groovy.reflection.CachedClass$3.initValue 
>>> (CachedClass.java:111)
>>> at org.codehaus.groovy.reflection.CachedClass$3.initValue 
>>> (CachedClass.java:78)
>>> at org.codehaus.groovy.util.LazyReference.getLocked (LazyReference.java:33)
>>> at org.codehaus.groovy.util.LazyReference.get (LazyReference.java:20)
>>> at org.codehaus.groovy.reflection.CachedClass.getMethods 
>>> (CachedClass.java:252)
>>> at 
>>> org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.registerMethods 
>>> (MetaClassRegistryImpl.java:138)
>>> at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl. 
>>> (MetaClassRegistryImpl.java:87)
>>> at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl. 
>>> (MetaClassRegistryImpl.java:65)
>>> at groovy.lang.GroovySystem. (GroovySystem.java:29)
>>> at org.codehaus.groovy.runtime.InvokerHelper. (InvokerHelper.java:48)
>>> at groovy.lang.GroovyObjectSupport. (GroovyObjectSupport.java:32)
>>> at groovy.lang.Binding. (Binding.java:32)
>>> at groovy.lang.Script. (Script.java:37)
>>> at script1612703365095. (script1612703365095.groovy)
>>> at jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0 (Native 
>>> Method)
>>> at jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance 
>>> (NativeConstructorAccessorImpl.java:78)
>>> at jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance 
>>> (DelegatingConstructorAccessorImpl.java:45)
>>> at java.lang.reflect.Constructor.newInstanceWithCaller 
>>> (Constructor.java:499)
>>> at java.lang.reflect.ReflectAccess.newInstance (ReflectAccess.java:128)
>>> at jdk.internal.reflect.ReflectionFactory.newInstance 
>>> (ReflectionFactory.java:350)
>>> at java.lang.Class.newInstance (Class.java:642)
>>> at org.codehaus.gmaven.runtime.support.ScriptExecutorSupport.execute 
>>> (ScriptExecutorSupport.java:65)
>>> at org.codehaus.gmaven.plugin.execute.ExecuteMojo.process 
>>> (ExecuteMojo.java:239)
>>> at org.codehaus.gmaven.plugin.ComponentMojoSupport.doExecute 
>>> (ComponentMojoSupport.java:60)
>>> at org.codehaus.gmaven.plugin.MojoSupport.execute (MojoSupport.java:69)
>>>> On 7-2-2021 11:22:50, Rory O'Donnell wrote:
>>>>
>>>>
>>>> Hi Robert,
>>>>
>>>> There's no stack trace so can't see if it's Groovy or something else
>>>> hacking the JDK ?
>>>>
>>>> Probably best to log a bug with as much info as possible, version of
>>>> Groovy etc.
>>>>
>>>> Thanks,Rory
>>>>
>>>> On 05/02/2021 19:15, Robert Scholte wrote:
>>>>> I've been to reproduce it again:
>>>>> Jenkins:
>>>> https://urldefense.com/v3/__https://ci-builds.apache.org/job/Maven/job/jdk16-ea/2/console__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovprBh95As$
>>>>
>>>>
>>>>> Sources: 
>>>>> https://urldefense.com/v3/__https://github.com/rfscholte/jdk16-ea__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpRKz45uk$
>>>>
>>>>
>>>>>
>>>>> Most important lines:
>>>>> Failed to execute goal org.codehaus.gmaven:gmaven-plugin:1.4:execute
>>>>> (default) on project mcompiler-182: Execution default of goal
>>>>> org.codehaus.gmaven:gmaven-plugin:1.4:execute failed: An API
>>>>> incompatibility was encountered while executing
>>>>> org.codehaus.gmaven:gmaven-plugin:1.4:execute:
>>>>> java.lang.ExceptionInInitializerError: null
>>>>>
>>>>> Unable to make protected void java.lang.Object.finalize() throws
>>>>> java.lang.Throwable accessible: module java.base does not "opens
>>>>> java.lang" to unnamed module @19c074f
>>>>>
>>>>> I am aware that this is a rather old plugin, but I would first
>>>>> understand the difference between Linux and Windows (and which one has
>>>>> the right behavior)
>>>>> Sadly Windows only shows:
>>>>> Java version: 16-ea, vendor: Oracle Corporation, runtime:
>>>>> f:\jenkins\tools\java\latest16
>>>>>
>>>>> I could ask our ASF INFRA for more details.
>>>>>
>>>>> thanks,
>>>>> Robert
>>>>>> On 5-2-2021 17:51:49, Robert Scholte wrote:
>>>>>>
>>>>>> Hi Rory,
>>>>>>
>>>>>> I hope I can isolate the issue and come with a clear description.
>>>>>>
>>>>>> thanks,
>>>>>> Robert
>>>>>>> On 5-2-2021 17:18:11, Rory O'Donnell wrote:
>>>>>>>
>>>>>>> Hi Robert,
>>>>>>>
>>>>>>> Could you log a bug and send the JI number ?
>>>>>>>
>>>>>>> Thanks, Rory
>>>>>>>
>>>>>>> On 05/02/2021 11:45, Rory O'Donnell wrote:
>>>>>>>> Hi Robert,
>>>>>>>>
>>>>>>>> I've been asked if you can provide a link to the exception, we
>>>> can't
>>>>>>>> immediately find it on your Jenkins.
>>>>>>>> If we can get to the stack trace then it might reveal a bit
>>>> more. The
>>>>>>>> temporary workaround is to open java.lang of course.
>>>>>>>>
>>>>>>>> Rgds,Rory
>>>>>>>>
>>>>>>>> On 05/02/2021 11:18, Robert Scholte wrote:
>>>>>>>>> Hi Rory,
>>>>>>>>>
>>>>>>>>> we're seeing some projects failing due to JDK16 + Linux[1], and I
>>>>>>>>> think they all have a similar issue.
>>>>>>>>> The error looks like this:
>>>>>>>>> Unable to make public java.lang.AbstractStringBuilder
>>>>>>>>> java.lang.AbstractStringBuilder.append(char[],int,int)
>>>> accessible:
>>>>>>>>> module java.base does not "opens java.lang" to unnamed module
>>>>>>> @fb4e68d
>>>>>>>>> Most likely it is related to Groovy too.
>>>>>>>>> Java version: 16-ea, vendor: Oracle Corporation, runtime:
>>>>>>>>> /usr/local/asfpackages/java/openjdk-16-ea+30
>>>>>>>>>
>>>>>>>>> If you have a hint, let me know, otherwise we need to investigate
>>>>>>>>> this more.
>>>>>>>>>
>>>>>>>>> thanks,
>>>>>>>>> Robert
>>>>>>>>> [1]
>>>>>>>>>
>>>> https://urldefense.com/v3/__https://ci-builds.apache.org/job/Maven/job/dist-tool-plugin/job/master/site/dist-tool-master-jobs.html__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpFHOOuss$
>>>>
>>>>
>>>>>>>
>>>>>>>>>> On 5-2-2021 12:08:33, Rory O'Donnell wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> *Hi Robert , *
>>>>>>>>>>
>>>>>>>>>> *Per the JDK 16 schedule , we are in the Release Candidate
>>>>>>> Phase**[1] .*
>>>>>>>>>> *Please advise if you find any issues while testing the latest
>>>>>>> Early
>>>>>>>>>> Access builds.*
>>>>>>>>>>
>>>>>>>>>> * Schedule for JDK 16
>>>>>>>>>> o *2021/02/04 Initial Release Candidate*
>>>>>>>>>> o 2021/02/18 Final Release Candidate
>>>>>>>>>> o 2021/03/16 General Availability
>>>>>>>>>> * Release Notes [2]
>>>>>>>>>>
>>>>>>>>>> OpenJDK 16 Early Access build 35**is now available at
>>>>>>>>>> https://urldefense.com/v3/__http://jdk.java.net/16__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpcFYBbwA$
>>>>
>>>>
>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> * These early-access, open-source builds are provided under the
>>>>>>>>>> GNU General Public License, version 2, with the Classpath
>>>>>>>>>> Exception .
>>>>>>>>>> * Features [3] - the overall feature set is frozen. No further
>>>>>>>>>> JEPs will be targeted to this release.
>>>>>>>>>> * Changes in recent builds that maybe of interest:
>>>>>>>>>> o Build 34:
>>>>>>>>>> + JDK-8259025: Record compact constructor using
>>>>>>>>>> Objects.requireNonNull
>>>>>>>>>> # Reported by JUnit5
>>>>>>>>>> o Build 32:
>>>>>>>>>> + JDK-8259014: Incomplete support for Unix domain sockets
>>>>>>>>>> in Windows 2019 Server
>>>>>>>>>>
>>>>>>>>>> * JDK 16 - topics of interest:
>>>>>>>>>> o Unix domain socket channels (JEP-380) overview:
>>>>>>>>>>
>>>> https://urldefense.com/v3/__https://inside.java/2021/02/03/jep380-unix-domain-sockets-channels/__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpAtGJMgU$
>>>>
>>>>
>>>>>>>
>>>>>>>>>> o Java Feature Spotlight: Pattern Matching
>>>>>>>>>>
>>>> https://urldefense.com/v3/__https://inside.java/2021/01/22/feature-spotlight-pattern-matching/__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovphM2ojak$
>>>>
>>>>
>>>>>>>
>>>>>>>>>> o Foreign Memory Access - Pulling all the thread
>>>>>>>>>>
>>>> https://urldefense.com/v3/__https://inside.java/2021/01/25/memory-access-pulling-all-the-threads/__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpqyBHw7U$
>>>>
>>>>
>>>>>>>
>>>>>>>>>> * General – topic of interest:
>>>>>>>>>> o Inside Java Episode 11 “How to contribute to OpenJDK” with
>>>>>>>>>> Stuart Marks and Jesper Wilhelmsson
>>>>>>>>>> https://urldefense.com/v3/__https://inside.java/2021/01/29/podcast-011/__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpFmCOIXA$
>>>>
>>>>
>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Project Lanai EA 9 Build 17-lanai+2-49 (2021/1/20)
>>>>>>>>>>
>>>>>>>>>> is available now
>>>>>>>>>>
>>>>>>>>>> * These early-access builds are provided under the GNU General
>>>>>>>>>> Public License, version 2, with the Classpath Exception
>>>>>>>>>>
>>>>>>>>>> * EA builds are intended for developers looking to test and
>>>>>>>>>> provide feedback on using Project Lanai.
>>>>>>>>>> * This is a macOS-specific project which implements a new
>>>> Java 2D
>>>>>>>>>> graphics rendering pipeline for macOS.
>>>>>>>>>> * Project Lanai Wiki:
>>>>>>>>>> https://wiki.openjdk.java.net/display/lanai/Main
>>>>>>>>>>
>>>>>>>>>> * Please send feedback via e-mail to lanai-...@openjdk.java.net
>>>>>>>>>> . To send e-mail to this
>>>>>>>>>> address you must first subscribe to the mailing list
>>>>>>>>>> .
>>>>>>>>>>
>>>>>>>>>> Project Loom Build 17-loom+2-42 (2021/1/14)
>>>>>>>>>>
>>>>>>>>>> based on JDK-17+5
>>>>>>>>>>
>>>>>>>>>> is available now
>>>>>>>>>>
>>>>>>>>>> * These early-access builds are provided under the GNU General
>>>>>>>>>> Public License, version 2, with the Classpath Exception
>>>>>>>>>>
>>>>>>>>>> * These builds are intended for developers looking to "kick the
>>>>>>>>>> tyres" and provide feedback on using the API or by sending bug
>>>>>>>>>> reports.
>>>>>>>>>> * API Javadoc :
>>>>>>>>>> https://urldefense.com/v3/__https://download.java.net/java/early_access/loom/docs/api/__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovp-97ToRY$
>>>>
>>>>
>>>>>>>
>>>>>>>>>> * Please send feedback via e-mail to loom-...@openjdk.java.net
>>>>>>>>>> . To send e-mail to this
>>>>>>>>>> address you must first subscribe to the mailing list
>>>>>>>>>> .
>>>>>>>>>>
>>>>>>>>>> OpenJDK 17 Early Access build 8**is now available at
>>>>>>>>>> https://urldefense.com/v3/__http://jdk.java.net/17__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpxzc8CZQ$
>>>>
>>>>
>>>>>>>
>>>>>>>>>>
>>>>>>>>>> * These early-access, open-source builds are provided under the
>>>>>>>>>> GNU General Public License, version 2, with the Classpath
>>>>>>>>>> Exception .
>>>>>>>>>> * Changes in recent builds that maybe of interest:
>>>>>>>>>> o Build 8:
>>>>>>>>>> + JDK-8222850: Misleading cascade compiler error in switch
>>>>>>>>>> expression with undefined vars
>>>>>>>>>> # Reported by jOOQ.
>>>>>>>>>> + JDK-8217633: Configurable extensions with system properties
>>>>>>>>>> + JDK-8249867: DOM LSSerializer control of newline after
>>>>>>>>>> XML header
>>>>>>>>>> + JDK-8256421: Added 2 HARICA Root CA Certificates
>>>>>>>>>> + JDK-8259801: Enable XML Signature secure validation mode
>>>>>>>>>> by default
>>>>>>>>>> o Build 7:
>>>>>>>>>> + JDK-8165276: Spec states to invoke the premain method in
>>>>>>>>>> an agent class if it's public but implementation differs
>>>>>>>>>> + JDK-8256895: Add support for RFC 8954: Online
>>>>>>>>>> Certificate Status Protocol (OCSP) Nonce Extension
>>>>>>>>>> o Build 6:
>>>>>>>>>> + JDK-8259048: (tz) Upgrade time-zone data to tzdata2020f
>>>>>>>>>>
>>>>>>>>>> January 2021 Critical Patch Update Released:
>>>>>>>>>>
>>>>>>>>>> * As part of the Jan 2021 CPU we released JDK 15.0.2, JDK
>>>> 11.0.10
>>>>>>>>>> LTS, JDK 8u281, and JDK 7u291 as well as OpenJDK 15.0.2
>>>>>>>>>> (publicly available).
>>>>>>>>>>
>>>>>>>>>> Rgds, Rory
>>>>>>>>>>
>>>>>>>>>> [1]
>>>>>>>>>>
>>>> https://mail.openjdk.java.net/pipermail/jdk-dev/2021-February/005062.html
>>>>
>>>>>>>>>> [2] 
>>>>>>>>>> https://urldefense.com/v3/__https://jdk.java.net/16/release-notes__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpJfKTNOc$
>>>>
>>>>
>>>>>>>
>>>>>>>>>> [3] http://openjdk.java.net/projects/jdk/16/
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Rgds, Rory O'Donnell
>>>>>>>>>> Quality Engineering Manager
>>>>>>>>>> Oracle EMEA, Dublin, Ireland
>>>>>>>> --
>>>>>>>> Rgds, Rory O'Donnell
>>>>>>>> Quality Engineering Manager
>>>>>>>> Oracle EMEA, Dublin, Ireland
>>>>>>> --
>>>>>>> Rgds, Rory O'Donnell
>>>>>>> Quality Engineering Manager
>>>>>>> Oracle EMEA, Dublin, Ireland
>>>>>>>
>>>> --
>>>> Rgds, Rory O'Donnell
>>>> Quality Engineering Manager
>>>> Oracle EMEA, Dublin, Ireland
>>>>
>> --
>> Rgds, Rory O'Donnell
>> Quality Engineering Manager
>> Oracle EMEA, Dublin, Ireland
>>

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


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Reply via email to