Compatibility with java24

[reeg33]

Hello guys,

Ive been using this plugin for ages, it is essential to my developments, but today I need to update my config up to java24 (forced version from an external framework). I took the opportunity to upgrade Eclipse as well, but at startup it crashes, and I am clearly not able to find the reason of the error. Please find below the error log
My question is : is WB compatible with those versions of {java(24)+eclipse(2025-03)} ?

• if thats the case, would you know why it fails on my side (it may be an install mistake, eclipse has strange ways sometimes),
• if not, is it planned to have such an update soon, or not ? Which version is supportted until then ?

Thank you for your support
Cheers,

java.version=24
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=fr_FR
Framework arguments:  -product org.eclipse.epp.package.java.product
Command-line arguments:  -os win32 -ws win32 -arch x86_64 -product org.eclipse.epp.package.java.product -data file:/C:/Users/user/Documents/@-ProjetsEclipse24/

org.eclipse.osgi
Error
Mon Apr 14 09:31:59 CEST 2025
An error occurred while automatically activating bundle org.eclipse.wb.core (972).

org.osgi.framework.BundleException: Exception in org.eclipse.wb.internal.core.DesignerPlugin.start() of bundle org.eclipse.wb.core.
	at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:847)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:768)
	at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:1066)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:394)
	at org.eclipse.osgi.container.Module.doStart(Module.java:643)
	at org.eclipse.osgi.container.Module.start(Module.java:500)
	at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:528)
	at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:122)
	at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:622)
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:353)
	at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:417)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass0(BundleLoader.java:525)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:438)
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:195)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:490)
	at org.eclipse.osgi.internal.framework.EquinoxBundle.loadClass(EquinoxBundle.java:652)
	at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:221)
	at org.eclipse.core.internal.registry.ExtensionRegistry.createExecutableExtension(ExtensionRegistry.java:987)
	at org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:275)
	at org.eclipse.core.internal.registry.ConfigurationElementHandle.createExecutableExtension(ConfigurationElementHandle.java:65)
	at org.eclipse.ui.internal.WorkbenchPlugin.lambda$0(WorkbenchPlugin.java:285)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
	at org.eclipse.ui.internal.WorkbenchPlugin.createExtension(WorkbenchPlugin.java:283)
	at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceNode.createPage(WorkbenchPreferenceNode.java:49)
	at org.eclipse.jface.preference.PreferenceDialog.createPage(PreferenceDialog.java:1280)
	at org.eclipse.ui.internal.dialogs.FilteredPreferenceDialog.createPage(FilteredPreferenceDialog.java:326)
	at org.eclipse.jface.preference.PreferenceDialog.showPage(PreferenceDialog.java:1166)
	at org.eclipse.ui.internal.dialogs.FilteredPreferenceDialog.showPage(FilteredPreferenceDialog.java:618)
	at org.eclipse.jface.preference.PreferenceDialog$5.lambda$0(PreferenceDialog.java:660)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
	at org.eclipse.jface.preference.PreferenceDialog$5.selectionChanged(PreferenceDialog.java:657)
	at org.eclipse.jface.viewers.StructuredViewer$3.run(StructuredViewer.java:820)
	at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:47)
	at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:174)
	at org.eclipse.jface.viewers.StructuredViewer.firePostSelectionChanged(StructuredViewer.java:817)
	at org.eclipse.jface.viewers.ColumnViewer.firePostSelectionChanged(ColumnViewer.java:1065)
	at org.eclipse.jface.viewers.StructuredViewer.handlePostSelect(StructuredViewer.java:1185)
	at org.eclipse.swt.events.SelectionListener$1.widgetSelected(SelectionListener.java:83)
	at org.eclipse.jface.util.OpenStrategy.firePostSelectionEvent(OpenStrategy.java:283)
	at org.eclipse.jface.util.OpenStrategy$1.lambda$1(OpenStrategy.java:437)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:40)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:132)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4094)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3710)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:823)
	at org.eclipse.jface.window.Window.open(Window.java:799)
	at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:64)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:474)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:581)
	at org.eclipse.jface.action.ActionContributionItem.lambda$4(ActionContributionItem.java:415)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:91)
	at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4321)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1208)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4119)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3707)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1151)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:339)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1042)
	at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:153)
	at org.eclipse.ui.internal.Workbench.lambda$3(Workbench.java:668)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:339)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:576)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:173)
	at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:178)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:208)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:149)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:115)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:467)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:298)
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
	at java.base/java.lang.reflect.Method.invoke(Method.java:565)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:670)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:607)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1492)
Caused by: java.lang.ExceptionInInitializerError
	at org.eclipse.wb.internal.core.DesignerPlugin.exportAllModulesToAllModules(DesignerPlugin.java:74)
	at org.eclipse.wb.internal.core.DesignerPlugin.start(DesignerPlugin.java:66)
	at org.eclipse.osgi.internal.framework.BundleContextImpl$2.run(BundleContextImpl.java:826)
	at org.eclipse.osgi.internal.framework.BundleContextImpl$2.run(BundleContextImpl.java:1)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:251)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:818)
	... 73 more
Caused by: java.lang.RuntimeException: io.github.toolfactory.jvm.Driver$InitializeException: Could not initialize DynamicDriver
	at org.burningwave.core.assembler.StaticComponentContainer.<clinit>(StaticComponentContainer.java:481)
	... 79 more
Caused by: io.github.toolfactory.jvm.Driver$InitializeException: Could not initialize DynamicDriver
	at io.github.toolfactory.jvm.DriverAbst.refresh(DriverAbst.java:257)
	at io.github.toolfactory.jvm.DriverAbst.getBuiltinClassLoaderClass(DriverAbst.java:944)
	at org.burningwave.core.classes.Classes$Loaders.<init>(Classes.java:346)
	at org.burningwave.core.classes.Classes$Loaders.create(Classes.java:359)
	at org.burningwave.core.assembler.StaticComponentContainer.<clinit>(StaticComponentContainer.java:382)
	... 79 more
Caused by: io.github.toolfactory.jvm.util.ObjectProvider$BuildingException: Exception occurred while retrieving the implementation of class io.github.toolfactory.jvm.function.catalog.GetResourcesFunction (jvm architecture: x64, jvm version: 24, jvm vendor: Oracle Corporation)
	at io.github.toolfactory.jvm.util.ObjectProvider.getOrBuildObject(ObjectProvider.java:95)
	at io.github.toolfactory.jvm.DriverAbst.getOrBuildResourcesRetriever(DriverAbst.java:436)
	at io.github.toolfactory.jvm.DriverAbst.refresh(DriverAbst.java:229)
	... 83 more
Caused by: java.lang.reflect.InvocationTargetException
	at java.base/jdk.internal.reflect.DirectConstructorHandleAccessor.newInstance(DirectConstructorHandleAccessor.java:74)
	at java.base/java.lang.reflect.Constructor.newInstanceWithCaller(Constructor.java:499)
	at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:483)
	at io.github.toolfactory.jvm.util.ObjectProvider.getOrBuildObjectInternal(ObjectProvider.java:144)
	at io.github.toolfactory.jvm.util.ObjectProvider.getOrBuildObject(ObjectProvider.java:92)
	... 85 more
Caused by: java.lang.NoSuchMethodException: no such method: jdk.internal.loader.URLClassPath.findResources(String,boolean)Enumeration/invokeVirtual
	at java.base/java.lang.invoke.MemberName.makeAccessException(MemberName.java:910)
	at java.base/java.lang.invoke.MemberName$Factory.resolveOrFail(MemberName.java:989)
	at java.base/java.lang.invoke.MethodHandles$Lookup.resolveOrFail(MethodHandles.java:3592)
	at java.base/java.lang.invoke.MethodHandles$Lookup.findVirtual(MethodHandles.java:2611)
	at io.github.toolfactory.jvm.function.catalog.GetResourcesFunction$ForJava9$1.<init>(GetResourcesFunction.java:164)
	at io.github.toolfactory.jvm.function.catalog.GetResourcesFunction$ForJava9.buildResourceFinder(GetResourcesFunction.java:134)
	at io.github.toolfactory.jvm.function.catalog.GetResourcesFunction$Abst.<init>(GetResourcesFunction.java:56)
	at io.github.toolfactory.jvm.function.catalog.GetResourcesFunction$ForJava7.<init>(GetResourcesFunction.java:92)
	at io.github.toolfactory.jvm.function.catalog.GetResourcesFunction$ForJava9.<init>(GetResourcesFunction.java:123)
	at java.base/jdk.internal.reflect.DirectConstructorHandleAccessor.newInstance(DirectConstructorHandleAccessor.java:62)
	... 89 more
Caused by: java.lang.NoSuchMethodError: 'java.util.Enumeration jdk.internal.loader.URLClassPath.findResources(java.lang.String, boolean)'
	at java.base/java.lang.invoke.MethodHandleNatives.resolve(Native Method)
	at java.base/java.lang.invoke.MemberName$Factory.resolve(MemberName.java:957)
	at java.base/java.lang.invoke.MemberName$Factory.resolveOrFail(MemberName.java:986)
	... 97 more```

[ptziegler]

is WB compatible with those versions of {java(24)+eclipse(2025-03)} ?

Yes to both, but one of its dependencies is not. See: burningwave/jvm-driver#14

[ptziegler]

Side-note: Burningwave was added because of #45. Given that we don't use CGLib anymore, the whole dependency can probably be removed.

[reeg33]

Thank you for the fast answer ! Guess I need to wait if either jvmdriver gets gets fixed or removed then.
Do you see an easy workaround in the meantime i can try ?

[ptziegler]

Do you see an easy workaround in the meantime i can try ?

I don't think there is. Based on the bug description, this is an inherent incompatibility with Java 24:

In Java 24, the URLClassPath.findResource(String,boolean) and URLClassPath.findResources(String,boolean) methods have been replaced by URLClassPath.findResource(String) and URLClassPath.findResources(String)

[CVR-DKT]

Thank you for the fast answer ! Guess I need to wait if either jvmdriver gets gets fixed or removed then. Do you see an easy workaround in the meantime i can try ?

Hello.
Try this.
Works for us waiting a correction.
Decathlon/tzatziki#508 (comment)

[ptziegler]

Thank you for the fast answer ! Guess I need to wait if either jvmdriver gets gets fixed or removed then. Do you see an easy workaround in the meantime i can try ?

Hello. Try this. Works for us waiting a correction. Decathlon/tzatziki#508 (comment)

Thanks. I fear that this have to be the temporary solution until there is a better solution to deal with the reflective access. I've but the BurningWave code inside a try-catch block so that it is effectively skipped with Java 24. It still means that the user has to manually open the required modules, but at the very least it won't render the editor unusable.

@reeg33

Can you try out the nightly build at https://download.eclipse.org/windowbuilder/updates/nightly/latest/ and add the following entries to you eclipse.ini, to see if this solves the problem on your side?

--add-opens java.base/java.lang=ALL-UNNAMED
--add-opens java.desktop/javax.swing=ALL-UNNAMED
--add-opens java.desktop/java.awt=ALL-UNNAMED

[reeg33]

Can you try out the nightly build at https://download.eclipse.org/windowbuilder/updates/nightly/latest/ and add the following entries to you eclipse.ini, to see if this solves the problem on your side?

--add-opens java.base/java.lang=ALL-UNNAMED --add-opens java.desktop/javax.swing=ALL-UNNAMED --add-opens java.desktop/java.awt=ALL-UNNAMED

I did try out the nigthly build (after forced upgrading eclipse to latest version),

edit :
First I still had crashes, then I kept searching and found out the syntax for eclipse actually needs the addition of a "=" sign as follows (in -vmargs section of eclipse.ini) . If it can be of any help to others, here's my ini file structure

-vm
C:/BUILDS/jdk24/bin
[user other eclipse options...]
--launcher.appendVmargs
-vmargs
--add-opens=java.base/java.lang=ALL-UNNAMED
--add-opens=java.desktop/java.awt=ALL-UNNAMED 
--add-opens=java.desktop/javax.swing=ALL-UNNAMED
[user other vmargs...]

Seems to work that way. Thank you :)

[merks]

@ptziegler

FYI, there are new versions of burningwave available today:

eclipse-orbit/orbit-simrel@e35120f#diff-d8358d8e994acc7ba5b5bb29ce06974ecf3804ecbd4a0723638bb76042a1676d

The infrastructure is not working well today though, so I'm not sure the Orbit build will work and open iplab reviews...

[ptziegler]

@merks Thanks for the info! I'll try to have a look in the next few days to hopefully get a better idea of how to proceed with this.

However, I fear that an update will only postpone the inevitable and things will permanently break in future Java releases:

In the meantime I've also started working on getting rid of this dependency alltogether and this is the local state of the editor, without BurningWave and without any add-opens VM arguments:

For the current release, I might keep the updated BurningWave version as a fallback solution, which can the hopefully be removed for good in the next release...