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 <rory.odonn...@oracle.com> 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 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://download.java.net/java/early_access/loom/docs/api/
>>>
>>>
>>> >>>
>>> >>> * 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
>>> >>> 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 via email to