[jboss-jira] [JBoss JIRA] (WFLY-13513) using the JDK Nashorn engine leads to java.lang.LinkageError: loader 'platform' attempted duplicate abstract class definition for jdk.nashorn.internal.codegen.types.Type

[Ronny Bremer (Jira)]

Ronny Bremer created WFLY-13513:
-----------------------------------

             Summary: using the JDK Nashorn engine leads to java.lang.LinkageError: loader 'platform' attempted duplicate abstract class definition for jdk.nashorn.internal.codegen.types.Type
                 Key: WFLY-13513
                 URL: https://issues.redhat.com/browse/WFLY-13513
             Project: WildFly
          Issue Type: Bug
          Components: Class Loading
    Affects Versions: 19.1.0.Final
            Reporter: Ronny Bremer
            Assignee: Richard Opalka


The issue came up after upgrading from Wildfly 14.0.1 to 17.0.1 (also tested 19.1.0) with JDK 1.8 and OpenJDK 1.11.
When using the Nashorn scripting engine inside of a deployed WAR file, it will fail with random "ClassNotFound" exceptions, however, at the beginning of the log the following can be seen:

{{ERROR [stderr] (Thread-213) java.lang.LinkageError: loader 'platform' attempted duplicate abstract class definition for jdk.nashorn.internal.codegen.types.Type. (jdk.nashorn.internal.codegen.types.Type is in module jdk.scripting.nashorn of loader 'platform')}}

followed for example by this exception:
ERROR [stderr] (Thread-205) Exception in thread "Thread-205" java.lang.NoClassDefFoundError: Could not initialize class jdk.nashorn.internal.runtime.linker.Bootstrap
ERROR [stderr] (Thread-205)     at jdk.scripting.nashorn/jdk.nashorn.internal.runtime.Context.<init>(Context.java:644)
ERROR [stderr] (Thread-205)     at jdk.scripting.nashorn/jdk.nashorn.internal.runtime.Context.<init>(Context.java:569)
ERROR [stderr] (Thread-205)     at jdk.scripting.nashorn/jdk.nashorn.api.scripting.NashornScriptEngine$1.run(NashornScriptEngine.java:132)
ERROR [stderr] (Thread-205)     at jdk.scripting.nashorn/jdk.nashorn.api.scripting.NashornScriptEngine$1.run(NashornScriptEngine.java:128)
ERROR [stderr] (Thread-205)     at java.base/java.security.AccessController.doPrivileged(Native Method)
ERROR [stderr] (Thread-205)     at jdk.scripting.nashorn/jdk.nashorn.api.scripting.NashornScriptEngine.<init>(NashornScriptEngine.java:128)
ERROR [stderr] (Thread-205)     at jdk.scripting.nashorn/jdk.nashorn.api.scripting.NashornScriptEngineFactory.getScriptEngine(NashornScriptEngineFactory.java:154)
ERROR [stderr] (Thread-205)     at java.scripting/javax.script.ScriptEngineManager.getEngineByName(ScriptEngineManager.java:241)

I have checked the base module.xml file for the java scripting exports and found it to be identical between all 3 Wildfly versions. Could it be possible that the class loader really tries to load the same class twice? The app has multiple threads and many of them are using the ScriptEngine, so from my perspective I cannot say if the initialization is happening multiple times at once.
The failing statement is:
ScriptEngine engine = manager.getEngineByExtension("js");



--
This message was sent by Atlassian Jira
(v7.13.8#713008)