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 <rory.odonn...@oracle.com> 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.<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://urldefense.com/v3/__https://ci-builds.apache.org/job/Maven/job/jdk16-ea/2/console__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovprBh95As$ <https://urldefense.com/v3/__https://ci-builds.apache.org/job/Maven/job/jdk16-ea/2/console__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInktLDWntY$>Sources: https://urldefense.com/v3/__https://github.com/rfscholte/jdk16-ea__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpRKz45uk$<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, RobertOn 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, RobertOn 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, wecan'timmediately find it on your Jenkins. If we can get to the stack trace then it might reveal a bitmore. Thetemporary 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@fb4e68dMost 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$ <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 CandidatePhase**[1] .**Please advise if you find any issues while testing the latestEarlyAccess 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$<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://urldefense.com/v3/__https://inside.java/2021/02/03/jep380-unix-domain-sockets-channels/__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpAtGJMgU$ <https://urldefense.com/v3/__https://inside.java/2021/02/03/jep380-unix-domain-sockets-channels/__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInk5JGcYy0$>o Java Feature Spotlight: Pattern Matchinghttps://urldefense.com/v3/__https://inside.java/2021/01/22/feature-spotlight-pattern-matching/__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovphM2ojak$ <https://urldefense.com/v3/__https://inside.java/2021/01/22/feature-spotlight-pattern-matching/__;!!GqivPVa7Brio!OH9KbbVzUKeKw2DgKEX8WMVtvv29nZNgbb7BI3ZRBzHl_lkSt33XgftoXInkP7xUvbU$>o Foreign Memory Access - Pulling all the threadhttps://urldefense.com/v3/__https://inside.java/2021/01/25/memory-access-pulling-all-the-threads/__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpqyBHw7U$ <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://urldefense.com/v3/__https://inside.java/2021/01/29/podcast-011/__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpFmCOIXA$<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 newJava 2Dgraphics 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$<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 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$<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, JDK11.0.10LTS, 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$<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
-- 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
