[jsscripting] Dropping/Updating JAR bundle causes UnsatisfiedLinkError: Native library already loaded in another classloader

[florian-h05]

Updating the JS Scripting JAR bundle in the addons folder causes the following exception:

14:21:28.248 [ERROR] [nal.provider.ScriptModuleTypeProvider] - bundle org.openhab.core.automation.module.script:5.0.0.202501050301 (165)[org.openhab.core.automation.module.script.internal.provider.ScriptModuleTypeProvider(103)] : The setScriptEngineFactory method has thrown an exception
java.lang.NoClassDefFoundError: Could not initialize class org.openhab.automation.jsscripting.internal.OpenhabGraalJSScriptEngine
        at org.openhab.automation.jsscripting.internal.GraalJSScriptEngineFactory.createScriptEngine(GraalJSScriptEngineFactory.java:90) ~[?:?]
        at org.openhab.core.automation.module.script.internal.ScriptEngineFactoryHelper.getParameterOption(ScriptEngineFactoryHelper.java:45) ~[?:?]
        at org.openhab.core.automation.module.script.internal.provider.ScriptModuleTypeProvider.setScriptEngineFactory(ScriptModuleTypeProvider.java:150) ~[?:?]
        at jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103) ~[?:?]
        ...
Caused by: java.lang.ExceptionInInitializerError: Exception java.lang.InternalError: java.lang.UnsatisfiedLinkError: Native Library /root/.cache/org.graalvm.polyglot/engine/libtruffleattach/855be25834bb645ea86aa0d0e83e8f1d55c8d56bb5e7858a90f48bfcf638e541/bin/libtruffleattach.so already loaded in another classloader [in thread "Automation Provider Processing Queue"]
        at com.oracle.truffle.runtime.ModulesSupport.loadModulesSupportLibrary(ModulesSupport.java:170) ~[bundleFile:?]
        at com.oracle.truffle.runtime.ModulesSupport.<clinit>(ModulesSupport.java:59) ~[bundleFile:?]
        at com.oracle.truffle.runtime.hotspot.HotSpotTruffleRuntimeAccess.createRuntime(HotSpotTruffleRuntimeAccess.java:84) ~[bundleFile:?]
        at com.oracle.truffle.runtime.hotspot.HotSpotTruffleRuntimeAccess.getRuntime(HotSpotTruffleRuntimeAccess.java:75) ~[bundleFile:?]
        at com.oracle.truffle.api.Truffle.createRuntime(Truffle.java:145) ~[bundleFile:?]
        at com.oracle.truffle.api.Truffle$1.run(Truffle.java:176) ~[bundleFile:?]
        at com.oracle.truffle.api.Truffle$1.run(Truffle.java:174) ~[bundleFile:?]

I thought this could be solved by OSGi-ifying the Graal dependencies, so that only one bundle loading that native library is active.
This will also be required or at least nice to have when having a GraalPython add-on.

For this, I created openhab/openhab-osgiify#57.
Unfortunately, I am not able to OSGI-ify truffle-api and truffle-runtime (see the linked PR) due to unresolved requirements, that seem like circular dependencies.

Next, I have created #18053 to try make use of the OSGi-ified GraalVM Polyglot dependency, but this fails with:

14:47:56.384 [ERROR] [nal.provider.ScriptModuleTypeProvider] - bundle org.openhab.core.automation.module.script:5.0.0.202501050301 (165)[org.openhab.core.automation.module.script.internal.provider.ScriptModuleTypeProvider(188)] : The setScriptEngineFactory method has thrown an exception
java.lang.NoClassDefFoundError: Could not initialize class org.openhab.automation.jsscripting.internal.OpenhabGraalJSScriptEngine
        at org.openhab.automation.jsscripting.internal.GraalJSScriptEngineFactory.createScriptEngine(GraalJSScriptEngineFactory.java:90) ~[?:?]
        at org.openhab.core.automation.module.script.internal.ScriptEngineFactoryHelper.getParameterOption(ScriptEngineFactoryHelper.java:45) ~[?:?]
        at org.openhab.core.automation.module.script.internal.provider.ScriptModuleTypeProvider.setScriptEngineFactory(ScriptModuleTypeProvider.java:150) ~[?:?]
        at jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103) ~[?:?]
        at java.lang.reflect.Method.invoke(Method.java:580) ~[?:?]
        ...
Caused by: java.lang.ExceptionInInitializerError: Exception java.lang.IllegalStateException: No language and polyglot implementation was found on the module-path. Make sure at last one language is added to the module-path.  [in thread "fileinstall-/usr/share/openhab/addons"]
        at org.graalvm.polyglot.Engine$PolyglotInvalid.noPolyglotImplementationFound(Engine.java:1801) ~[?:?]
        at org.graalvm.polyglot.Engine$PolyglotInvalid.buildSource(Engine.java:1888) ~[?:?]
        at org.graalvm.polyglot.Engine$PolyglotInvalid.buildSource(Engine.java:1754) ~[?:?]
        at org.graalvm.polyglot.Source$Builder.build(Source.java:1027) ~[?:?]

[jlaur]

@florian-h05 - FWIW, I've seen this exception too recently with the 5.0 snapshot versions. I'm not using a JAR.

[florian-h05]

I think it occurs when installing some add-ons and some bundles are reloaded due to this.
Fortunately habe restart times decreases much with openHAB 5 in my experience.

[openhab-bot]

This issue has been mentioned on openHAB Community. There might be relevant details there:

https://community.openhab.org/t/openhab-5-0-snapshot-discussion/161404/3

[florian-h05]

@wborn May I ask for your help here? I think this needs an OSGi expert …

[crnjan]

I also experience a similar error, no JAR (change) involved, simply installed latest 5.0 snapshot, restored backup and started OH - all my scripts are giving me error:

Error logged:

2025-01-11 09:56:32.547 [ERROR] [t.ScriptTransformationServiceFactory] - bundle org.openhab.core.automation.module.script:5.0.0.202501110301 (165)[org.openhab.core.automation.module.script.ScriptTransformationServiceFactory(175)] : The setScriptEngineFactory method has thrown an exception
java.lang.InternalError: java.lang.reflect.InvocationTargetException
	at com.oracle.truffle.runtime.ModulesSupport.loadModulesSupportLibrary(ModulesSupport.java:170) ~[?:?]
...
Caused by: java.lang.reflect.InvocationTargetException
	at jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:118) ~[?:?]
	at java.lang.reflect.Method.invoke(Method.java:580) ~[?:?]
	at com.oracle.truffle.runtime.ModulesSupport.loadModulesSupportLibrary(ModulesSupport.java:163) ~[?:?]
	... 139 more
Caused by: java.nio.file.AccessDeniedException: /home/openhab
	at sun.nio.fs.UnixException.translateToIOException(UnixException.java:90) ~[?:?]

not sure where /home/openhab comes from, I have my OH in /opt/openhab ...

EDIT: did the obvious and created /home/openhab, seems it's now mandatory (as my oh instance is running under openhab user assuming therefore it's /home/openhab) and used for .cache ...

First run gave:

...
Caused by: java.lang.ExceptionInInitializerError: Exception java.lang.InternalError: java.lang.UnsatisfiedLinkError: Native Library /home/openhab/.cache/org.graalvm.polyglot/engine/libtruffleattach/855be25834bb645ea86aa0d0e83e8f1d55c8d56bb5e7858a90f48bfcf638e541/bin/libtruffleattach.so already loaded in another classloader [in thread "Refresh Thread: Equinox Container: 29a30540-0044-4023-9143-468ff1509e55"]
...

but after restart all seems fine ...

[openhab-bot]

This issue has been mentioned on openHAB Community. There might be relevant details there:

https://community.openhab.org/t/osgi-shared-class-loader-and-graalvm-problem/161601/2