Exception in thread "Burningwave - Resource releaser" java.lang.NoClassDefFoundError: org/burningwave/core/function/ThrowingRunnable

[klaraward]

Opened an issue for this #14 , but I guess a discussion is a better start...

In spotify/fmt-maven-plugin#139, I try using burningwave core to export packages from jdk.compiler.
When I then run this plugin, I get the following error in maven shutdown (it seems like)

Exception in thread "Burningwave - Resource releaser" java.lang.NoClassDefFoundError: org/burningwave/core/function/ThrowingRunnable
at org.burningwave.core.assembler.StaticComponentContainer.lambda$static$21(StaticComponentContainer.java:371)
at java.base/java.lang.Thread.run(Thread.java:833)
Caused by: java.lang.ClassNotFoundException: org.burningwave.core.function.ThrowingRunnable
at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271)
at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:247)
at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239)
... 2 more

[Roberto-Gentili]

Hello! This is not a Burningwave issue, but a is a problem of the class loader which is used to load org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy class: that class loader has no visibility of the Core jar: can you provide a minimal example to reproduce it?

[klaraward]

Might be avoided in the shutdown hook if the class is already loaded before?

[Roberto-Gentili]

Yes: the class loader or one of its parent that loads the org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy class must also load the org.burningwave.core.function.ThrowingRunnable class, but for this to be possible the Burningwave Core jar must be in the class path of the class loader.

[Roberto-Gentili]

... In the meanwhile I added the property resource-releaser.enabled to the configuration file: you need only to download the new Burningwave Core version and to set this new property to false and the shutdown hook thread will not be executed on the JVM exit.

[klaraward]

Great, thanks.