You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Rory O'Donnell <ro...@oracle.com> on 2021/02/05 11:45:56 UTC

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

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 <ro...@oracle.com> 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 lanai-dev@openjdk.java.net
>>     <ma...@openjdk.java.net>. 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 loom-dev@openjdk.java.net
>>     <ma...@openjdk.java.net>. 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

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

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

thanks,
Robert

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

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


Thanks for the update Sylwester

Rgds,Rory

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

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


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

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

Posted by Rory O'Donnell <ro...@oracle.com>.

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 <ro...@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 <ro...@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,
>>>>> Robert
>>>>>> On 5-2-2021 17:51:49, Robert Scholte wrote:
>>>>>>
>>>>>> Hi Rory,
>>>>>>
>>>>>> I hope I can isolate the issue and come with a clear description.
>>>>>>
>>>>>> thanks,
>>>>>> Robert
>>>>>>> On 5-2-2021 17:18:11, Rory O'Donnell wrote:
>>>>>>>
>>>>>>> Hi Robert,
>>>>>>>
>>>>>>> Could you log a bug and send the JI number ?
>>>>>>>
>>>>>>> Thanks, Rory
>>>>>>>
>>>>>>> On 05/02/2021 11:45, Rory O'Donnell wrote:
>>>>>>>> Hi Robert,
>>>>>>>>
>>>>>>>> I've been asked if you can provide a link to the exception, we
>>>> can't
>>>>>>>> immediately find it on your Jenkins.
>>>>>>>> If we can get to the stack trace then it might reveal a bit
>>>> more. The
>>>>>>>> temporary workaround is to open java.lang of course.
>>>>>>>>
>>>>>>>> Rgds,Rory
>>>>>>>>
>>>>>>>> On 05/02/2021 11:18, Robert Scholte wrote:
>>>>>>>>> Hi Rory,
>>>>>>>>>
>>>>>>>>> we're seeing some projects failing due to JDK16 + Linux[1], and I
>>>>>>>>> think they all have a similar issue.
>>>>>>>>> The error looks like this:
>>>>>>>>> Unable to make public java.lang.AbstractStringBuilder
>>>>>>>>> java.lang.AbstractStringBuilder.append(char[],int,int)
>>>> accessible:
>>>>>>>>> module java.base does not "opens java.lang" to unnamed module
>>>>>>> @fb4e68d
>>>>>>>>> Most likely it is related to Groovy too.
>>>>>>>>> Java version: 16-ea, vendor: Oracle Corporation, runtime:
>>>>>>>>> /usr/local/asfpackages/java/openjdk-16-ea+30
>>>>>>>>>
>>>>>>>>> If you have a hint, let me know, otherwise we need to investigate
>>>>>>>>> this more.
>>>>>>>>>
>>>>>>>>> thanks,
>>>>>>>>> Robert
>>>>>>>>> [1]
>>>>>>>>>
>>>> https://urldefense.com/v3/__https://ci-builds.apache.org/job/Maven/job/dist-tool-plugin/job/master/site/dist-tool-master-jobs.html__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpFHOOuss$
>>>> <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
>>>>>>>>>> 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 Matching
>>>>>>>>>>
>>>> https://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 thread
>>>>>>>>>>
>>>> https://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 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-dev@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-dev@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, JDK
>>>> 11.0.10
>>>>>>>>>> LTS, JDK 8u281, and JDK 7u291 as well as OpenJDK 15.0.2
>>>>>>>>>> (publicly available).
>>>>>>>>>>
>>>>>>>>>> Rgds, Rory
>>>>>>>>>>
>>>>>>>>>> [1]
>>>>>>>>>>
>>>> https://mail.openjdk.java.net/pipermail/jdk-dev/2021-February/005062.html
>>>>
>>>>>>>>>> [2] https://urldefense.com/v3/__https://jdk.java.net/16/release-notes__;!!GqivPVa7Brio!KlM_9WxY0OC-t2m9zihTmLFkpwwu6hs9C014fdyA2FHQeC7qVx_5mDtCPovpJfKTNOc$
>>>> <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-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org

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

Posted by Sylwester Lachiewicz <sl...@apache.org>.
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 <ro...@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 <ro...@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
> >> <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 lanai-dev@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/
> >> <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-dev@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
> >> <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
>

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

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

Posted by Rory O'Donnell <ro...@oracle.com>.
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 <ro...@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 
>> <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 lanai-dev@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/ 
>> <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-dev@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 
>> <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

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

Posted by Robert Scholte <rf...@apache.org>.
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 <ro...@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-dev@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-dev@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

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

Posted by Rory O'Donnell <ro...@oracle.com>.
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!PblRrq4sNO7wiWm476IcYcU_ynfIHOTk8gBgZuPRWAGRZ7Ofa5grRlkn8-BqqwT8hYU$>
> Sources: https://github.com/rfscholte/jdk16-ea 
> <https://urldefense.com/v3/__https://github.com/rfscholte/jdk16-ea__;!!GqivPVa7Brio!PblRrq4sNO7wiWm476IcYcU_ynfIHOTk8gBgZuPRWAGRZ7Ofa5grRlkn8-Bqm67X_-s$>
>
> 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 <rf...@apache.org> 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 <ro...@oracle.com> 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!PblRrq4sNO7wiWm476IcYcU_ynfIHOTk8gBgZuPRWAGRZ7Ofa5grRlkn8-BqENQrDfM$> 
>>>
>>> >>
>>> >>>
>>> >>> 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!PblRrq4sNO7wiWm476IcYcU_ynfIHOTk8gBgZuPRWAGRZ7Ofa5grRlkn8-BqsF3ryJs$> 
>>>
>>> >>>
>>> >>>
>>> >>>
>>> >>> * 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!PblRrq4sNO7wiWm476IcYcU_ynfIHOTk8gBgZuPRWAGRZ7Ofa5grRlkn8-BqU-zVUnY$> 
>>>
>>> >>>
>>> >>> 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!PblRrq4sNO7wiWm476IcYcU_ynfIHOTk8gBgZuPRWAGRZ7Ofa5grRlkn8-BqsYzRjKk$> 
>>>
>>> >>>
>>> >>> 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!PblRrq4sNO7wiWm476IcYcU_ynfIHOTk8gBgZuPRWAGRZ7Ofa5grRlkn8-BqQ6GN_Ws$> 
>>>
>>> >>>
>>> >>> * 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!PblRrq4sNO7wiWm476IcYcU_ynfIHOTk8gBgZuPRWAGRZ7Ofa5grRlkn8-BqiuvWHTI$> 
>>>
>>> >>>
>>> >>>
>>> >>>
>>> >>> 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-dev@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/ 
>>> <https://urldefense.com/v3/__https://download.java.net/java/early_access/loom/docs/api/__;!!GqivPVa7Brio!PblRrq4sNO7wiWm476IcYcU_ynfIHOTk8gBgZuPRWAGRZ7Ofa5grRlkn8-BqqZaA1j8$> 
>>>
>>> >>>
>>> >>> * Please send feedback via e-mail to loom-dev@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 
>>> <https://urldefense.com/v3/__http://jdk.java.net/17__;!!GqivPVa7Brio!PblRrq4sNO7wiWm476IcYcU_ynfIHOTk8gBgZuPRWAGRZ7Ofa5grRlkn8-BqjM1RjpI$> 
>>>
>>> >>>
>>> >>>
>>> >>> * 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!PblRrq4sNO7wiWm476IcYcU_ynfIHOTk8gBgZuPRWAGRZ7Ofa5grRlkn8-BqdnzrkaE$> 
>>>
>>> >>>
>>> >>> [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

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

Posted by Robert Scholte <rf...@apache.org>.
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 <rf...@apache.org> 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 <ro...@oracle.com> 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-dev@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-dev@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

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

Posted by Robert Scholte <rf...@apache.org>.
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 <ro...@oracle.com> 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-dev@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-dev@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

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

Posted by Rory O'Donnell <ro...@oracle.com>.
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 <ro...@oracle.com> 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 lanai-dev@openjdk.java.net
>>>     <ma...@openjdk.java.net>. 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 loom-dev@openjdk.java.net
>>>     <ma...@openjdk.java.net>. 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