Re: [External] : Re: JDK 16 is now in the Release Candidate Phase

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: [External] : Re: JDK 16 is now in the Release Candidate Phase

Rory O'Donnell Oracle, Dublin Ireland
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://ci-builds.apache.org/job/Maven/job/dist-tool-plugin/job/master/site/dist-tool-master-jobs.html 
>> <https://urldefense.com/v3/__https://ci-builds.apache.org/job/Maven/job/dist-tool-plugin/job/master/site/dist-tool-master-jobs.html__;!!GqivPVa7Brio!JFrjZ894U7NS5eDonq2yuZSrFuxWwI1giUZbtybIMOHqfxxV2-C4YwW4ehxhzNPtg0k$>
>>>
>>> On 5-2-2021 12:08:33, Rory O'Donnell <[hidden email]> 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
>>> http://jdk.java.net/16 
>>> <https://urldefense.com/v3/__http://jdk.java.net/16__;!!GqivPVa7Brio!JFrjZ894U7NS5eDonq2yuZSrFuxWwI1giUZbtybIMOHqfxxV2-C4YwW4ehxhytFz3oY$>
>>>
>>>
>>>   * These early-access, open-source builds are provided under the
>>>     GNU General Public License, version 2, with the Classpath
>>>     Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
>>>   * 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://inside.java/2021/02/03/jep380-unix-domain-sockets-channels/
>>>         <https://urldefense.com/v3/__https://inside.java/2021/02/03/jep380-unix-domain-sockets-channels/__;!!GqivPVa7Brio!JFrjZ894U7NS5eDonq2yuZSrFuxWwI1giUZbtybIMOHqfxxV2-C4YwW4ehxhiQF9hyA$>
>>>       o Java Feature Spotlight: Pattern Matching
>>>         https://inside.java/2021/01/22/feature-spotlight-pattern-matching/
>>>         <https://urldefense.com/v3/__https://inside.java/2021/01/22/feature-spotlight-pattern-matching/__;!!GqivPVa7Brio!JFrjZ894U7NS5eDonq2yuZSrFuxWwI1giUZbtybIMOHqfxxV2-C4YwW4ehxh2sIyIsI$>
>>>       o Foreign Memory Access - Pulling all the thread
>>>         https://inside.java/2021/01/25/memory-access-pulling-all-the-threads/
>>>         <https://urldefense.com/v3/__https://inside.java/2021/01/25/memory-access-pulling-all-the-threads/__;!!GqivPVa7Brio!JFrjZ894U7NS5eDonq2yuZSrFuxWwI1giUZbtybIMOHqfxxV2-C4YwW4ehxhC60wNAk$>
>>>   * General – topic of interest:
>>>       o Inside Java Episode 11 “How to contribute to OpenJDK” with
>>>         Stuart Marks and Jesper Wilhelmsson
>>>         https://inside.java/2021/01/29/podcast-011/
>>>         <https://urldefense.com/v3/__https://inside.java/2021/01/29/podcast-011/__;!!GqivPVa7Brio!JFrjZ894U7NS5eDonq2yuZSrFuxWwI1giUZbtybIMOHqfxxV2-C4YwW4ehxhAjEj2Zg$>
>>>
>>>
>>> Project Lanai EA 9 Build 17-lanai+2-49 (2021/1/20)
>>> <https://urldefense.com/v3/__http://jdk.java.net/lanai/__;!!GqivPVa7Brio!JFrjZ894U7NS5eDonq2yuZSrFuxWwI1giUZbtybIMOHqfxxV2-C4YwW4ehxhB6_ZyvI$>
>>> is available now
>>>
>>>   * 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>
>>>   * 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
>>>     <https://wiki.openjdk.java.net/display/lanai/Main>
>>>   * Please send feedback via e-mail to [hidden email]
>>>     <mailto:[hidden email]>. To send e-mail to this
>>>     address you must first subscribe to the mailing list
>>>     <https://mail.openjdk.java.net/mailman/listinfo/lanai-dev>.
>>>
>>> Project Loom Build 17-loom+2-42 (2021/1/14)
>>> <https://urldefense.com/v3/__http://jdk.java.net/loom/__;!!GqivPVa7Brio!JFrjZ894U7NS5eDonq2yuZSrFuxWwI1giUZbtybIMOHqfxxV2-C4YwW4ehxhbY0dpmc$>
>>> based on JDK-17+5
>>> <https://urldefense.com/v3/__https://github.com/openjdk/jdk/releases/tag/jdk-17*2B5__;JQ!!GqivPVa7Brio!JFrjZ894U7NS5eDonq2yuZSrFuxWwI1giUZbtybIMOHqfxxV2-C4YwW4ehxhn_YiFiE$>
>>> is available now
>>>
>>>   * 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 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://download.java.net/java/early_access/loom/docs/api/
>>>     <https://urldefense.com/v3/__https://download.java.net/java/early_access/loom/docs/api/__;!!GqivPVa7Brio!JFrjZ894U7NS5eDonq2yuZSrFuxWwI1giUZbtybIMOHqfxxV2-C4YwW4ehxh-7HQxl4$>
>>>   * Please send feedback via e-mail to [hidden email]
>>>     <mailto:[hidden email]>. To send e-mail to this
>>>     address you must first subscribe to the mailing list
>>>     <http://mail.openjdk.java.net/mailman/listinfo/loom-dev>.
>>>
>>> OpenJDK 17 Early Access build 8**is now available at
>>> http://jdk.java.net/17 
>>> <https://urldefense.com/v3/__http://jdk.java.net/17__;!!GqivPVa7Brio!JFrjZ894U7NS5eDonq2yuZSrFuxWwI1giUZbtybIMOHqfxxV2-C4YwW4ehxh76HVp0w$>
>>>
>>>   * These early-access, open-source builds are provided under the
>>>     GNU General Public License, version 2, with the Classpath
>>>     Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
>>>   * 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 
>>> <https://mail.openjdk.java.net/pipermail/jdk-dev/2021-February/005062.html>
>>> [2] https://jdk.java.net/16/release-notes 
>>> <https://urldefense.com/v3/__https://jdk.java.net/16/release-notes__;!!GqivPVa7Brio!JFrjZ894U7NS5eDonq2yuZSrFuxWwI1giUZbtybIMOHqfxxV2-C4YwW4ehxherNlirE$>
>>> [3] http://openjdk.java.net/projects/jdk/16/ 
>>> <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

Reply | Threaded
Open this post in threaded view
|

Re: [External] : Re: JDK 16 is now in the Release Candidate Phase

Robert Scholte-8
I've been to reproduce it again:
Jenkins: https://ci-builds.apache.org/job/Maven/job/jdk16-ea/2/console

Sources: https://github.com/rfscholte/jdk16-ea


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 <[hidden email]> 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 <[hidden email]> 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://ci-builds.apache.org/job/Maven/job/dist-tool-plugin/job/master/site/dist-tool-master-jobs.html
>>
>>>
>>> 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
>>> http://jdk.java.net/16
>>>
>>>
>>>
>>> * 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://inside.java/2021/02/03/jep380-unix-domain-sockets-channels/
>>>
>>> o Java Feature Spotlight: Pattern Matching
>>> https://inside.java/2021/01/22/feature-spotlight-pattern-matching/
>>>
>>> o Foreign Memory Access - Pulling all the thread
>>> https://inside.java/2021/01/25/memory-access-pulling-all-the-threads/
>>>
>>> * General – topic of interest:
>>> o Inside Java Episode 11 “How to contribute to OpenJDK” with
>>> Stuart Marks and Jesper Wilhelmsson
>>> https://inside.java/2021/01/29/podcast-011/
>>>
>>>
>>>
>>> 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 [hidden email]
>>> . 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://download.java.net/java/early_access/loom/docs/api/
>>>
>>> * Please send feedback via e-mail to [hidden email]
>>> . 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
>>> http://jdk.java.net/17
>>>
>>>
>>> * 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://jdk.java.net/16/release-notes
>>>
>>> [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

Reply | Threaded
Open this post in threaded view
|

Re: [External] : Re: JDK 16 is now in the Release Candidate Phase

Robert Scholte-8
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.<clinit> (InvokerHelper.java:48) at groovy.lang.GroovyObjectSupport.<init> (GroovyObjectSupport.java:32) at groovy.lang.Binding.<init> (Binding.java:32) at groovy.lang.Script.<init> (Script.java:37) at script1612703365095.<init> (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.<init> (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.<init> (MetaClassRegistryImpl.java:87) at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.<init> (MetaClassRegistryImpl.java:65) at groovy.lang.GroovySystem.<clinit> (GroovySystem.java:29) at org.codehaus.groovy.runtime.InvokerHelper.<clinit> (InvokerHelper.java:48) at groovy.lang.GroovyObjectSupport.<init> (GroovyObjectSupport.java:32) at groovy.lang.Binding.<init> (Binding.java:32) at groovy.lang.Script.<init> (Script.java:37) at script1612703365095.<init> (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 <[hidden email]> 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://ci-builds.apache.org/job/Maven/job/jdk16-ea/2/console
>
> Sources: https://github.com/rfscholte/jdk16-ea
>
>
> 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://ci-builds.apache.org/job/Maven/job/dist-tool-plugin/job/master/site/dist-tool-master-jobs.html
>>>
>>>
>>> >>
>>> >>>
>>> >>> 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
>>> >>> http://jdk.java.net/16
>>>
>>>
>>> >>>
>>> >>>
>>> >>>
>>> >>> * 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://inside.java/2021/02/03/jep380-unix-domain-sockets-channels/
>>>
>>>
>>> >>>
>>> >>> o Java Feature Spotlight: Pattern Matching
>>> >>>
>>> https://inside.java/2021/01/22/feature-spotlight-pattern-matching/
>>>
>>>
>>> >>>
>>> >>> o Foreign Memory Access - Pulling all the thread
>>> >>>
>>> https://inside.java/2021/01/25/memory-access-pulling-all-the-threads/
>>>
>>>
>>> >>>
>>> >>> * General – topic of interest:
>>> >>> o Inside Java Episode 11 “How to contribute to OpenJDK” with
>>> >>> Stuart Marks and Jesper Wilhelmsson
>>> >>> https://inside.java/2021/01/29/podcast-011/
>>>
>>>
>>> >>>
>>> >>>
>>> >>>
>>> >>> 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 [hidden email]
>>> >>> . 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://download.java.net/java/early_access/loom/docs/api/
>>>
>>>
>>> >>>
>>> >>> * Please send feedback via e-mail to [hidden email]
>>> >>> . 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
>>> >>> http://jdk.java.net/17
>>>
>>>
>>> >>>
>>> >>>
>>> >>> * 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://jdk.java.net/16/release-notes
>>>
>>>
>>> >>>
>>> >>> [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

Reply | Threaded
Open this post in threaded view
|

Re: [External] : Re: JDK 16 is now in the Release Candidate Phase

Rory O'Donnell Oracle, Dublin Ireland
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.<clinit> (InvokerHelper.java:48)
>      at groovy.lang.GroovyObjectSupport.<init> (GroovyObjectSupport.java:32)
>      at groovy.lang.Binding.<init> (Binding.java:32)
>      at groovy.lang.Script.<init> (Script.java:37)
>      at script1612703365095.<init> (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.<init> (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.<init> (MetaClassRegistryImpl.java:87)
>      at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.<init> (MetaClassRegistryImpl.java:65)
>      at groovy.lang.GroovySystem.<clinit> (GroovySystem.java:29)
>      at org.codehaus.groovy.runtime.InvokerHelper.<clinit> (InvokerHelper.java:48)
>      at groovy.lang.GroovyObjectSupport.<init> (GroovyObjectSupport.java:32)
>      at groovy.lang.Binding.<init> (Binding.java:32)
>      at groovy.lang.Script.<init> (Script.java:37)
>      at script1612703365095.<init> (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 <[hidden email]> 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://ci-builds.apache.org/job/Maven/job/jdk16-ea/2/console 
>> <https://urldefense.com/v3/__https://ci-builds.apache.org/job/Maven/job/jdk16-ea/2/console__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInktLDWntY$>
>>
>> >
>> > Sources: https://github.com/rfscholte/jdk16-ea 
>> <https://urldefense.com/v3/__https://github.com/rfscholte/jdk16-ea__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInklTsAQeM$>
>>
>> >
>> >
>> > 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://ci-builds.apache.org/job/Maven/job/dist-tool-plugin/job/master/site/dist-tool-master-jobs.html 
>> <https://urldefense.com/v3/__https://ci-builds.apache.org/job/Maven/job/dist-tool-plugin/job/master/site/dist-tool-master-jobs.html__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInk-Xds1Zo$>
>>
>> >>>
>> >>>
>> >>> >>
>> >>> >>>
>> >>> >>> 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
>> >>> >>> http://jdk.java.net/16 
>> <https://urldefense.com/v3/__http://jdk.java.net/16__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInkpfapazI$>
>>
>> >>>
>> >>>
>> >>> >>>
>> >>> >>>
>> >>> >>>
>> >>> >>> * 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://inside.java/2021/02/03/jep380-unix-domain-sockets-channels/ 
>> <https://urldefense.com/v3/__https://inside.java/2021/02/03/jep380-unix-domain-sockets-channels/__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInk5JGcYy0$>
>>
>> >>>
>> >>>
>> >>> >>>
>> >>> >>> o Java Feature Spotlight: Pattern Matching
>> >>> >>>
>> >>>
>> https://inside.java/2021/01/22/feature-spotlight-pattern-matching/ 
>> <https://urldefense.com/v3/__https://inside.java/2021/01/22/feature-spotlight-pattern-matching/__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInkP7xUvbU$>
>>
>> >>>
>> >>>
>> >>> >>>
>> >>> >>> o Foreign Memory Access - Pulling all the thread
>> >>> >>>
>> >>>
>> https://inside.java/2021/01/25/memory-access-pulling-all-the-threads/ 
>> <https://urldefense.com/v3/__https://inside.java/2021/01/25/memory-access-pulling-all-the-threads/__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInkpRyBjSU$>
>>
>> >>>
>> >>>
>> >>> >>>
>> >>> >>> * General – topic of interest:
>> >>> >>> o Inside Java Episode 11 “How to contribute to OpenJDK” with
>> >>> >>> Stuart Marks and Jesper Wilhelmsson
>> >>> >>> https://inside.java/2021/01/29/podcast-011/ 
>> <https://urldefense.com/v3/__https://inside.java/2021/01/29/podcast-011/__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInkTGLC2Vk$>
>>
>> >>>
>> >>>
>> >>> >>>
>> >>> >>>
>> >>> >>>
>> >>> >>> 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 [hidden email]
>> >>> >>> . 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://download.java.net/java/early_access/loom/docs/api/ 
>> <https://urldefense.com/v3/__https://download.java.net/java/early_access/loom/docs/api/__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInk-mOJN1g$>
>>
>> >>>
>> >>>
>> >>> >>>
>> >>> >>> * Please send feedback via e-mail to [hidden email]
>> >>> >>> . 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
>> >>> >>> http://jdk.java.net/17 
>> <https://urldefense.com/v3/__http://jdk.java.net/17__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInkfi1w1U4$>
>>
>> >>>
>> >>>
>> >>> >>>
>> >>> >>>
>> >>> >>> * 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://jdk.java.net/16/release-notes 
>> <https://urldefense.com/v3/__https://jdk.java.net/16/release-notes__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInkS39mXAo$>
>>
>> >>>
>> >>>
>> >>> >>>
>> >>> >>> [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