Skip to main content

Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Newcomers » Newcomers » Upgrade to 2024-06 unable to read workspace(Unable to start 2024-06, because the workspace can't be read)
Upgrade to 2024-06 unable to read workspace [message #1867050] Thu, 13 June 2024 03:14 Go to next message
Mike Benson is currently offline Mike BensonFriend
Messages: 2
Registered: November 2021
Junior Member
I tried to do an inplace upgrade to 2024-06, on Windows. I got a prompt box that the workspace was created under an older version of Eclipse, and selected to upgrade the workspace.

Eclipse now will not start, but I do not understand where the error is coming from. Can anyone help?

It seems org.eclipse.core is unable to read the project locations. There are two possible problems with the path, that I can see:
1. The user home directory is missing a backslash (C:\Users\Kambe appears in the log as /C:/UsersKambe)
2. There are two spaces on the end of the path (which aren't there in the path in the file system), which appears to be the origin of the illegal character exception.

This is the start of the log (C:\Users\Kambe\workspace\.metdata\.log)
!SESSION 2024-06-13 11:43:57.961 -----------------------------------------------
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_AU
Command-line arguments:  -os win32 -ws win32 -arch x86_64

This is a continuation of log file C:\Users\Kambe\workspace\.metadata\.bak_0.log
Created Time: 2024-06-13 11:44:15.480

!ENTRY org.eclipse.core.resources 4 567 2024-06-13 11:44:15.482
!MESSAGE Could not read the project location for 'asn1crypto'.
java.lang.IllegalArgumentException: Illegal character in path at index 48: file:/C:/UsersKambe/workspace/CodeGit/asn1crypto  
	at java.base/
	at org.eclipse.core.internal.resources.LocalMetaArea.readPrivateDescription(
	at org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(
	at org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(
	at org.eclipse.core.internal.resources.SaveManager.restore(
	at org.eclipse.core.internal.resources.SaveManager.startup(
	at org.eclipse.core.internal.resources.Workspace.startup(
	at org.eclipse.core.resources.ResourcesPlugin$WorkspaceInitCustomizer.addingService(
	at org.eclipse.core.resources.ResourcesPlugin$WorkspaceInitCustomizer.addingService(
	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(
	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(
	at org.osgi.util.tracker.AbstractTracked.trackAdding(
	at org.osgi.util.tracker.AbstractTracked.trackInitial(
	at org.eclipse.core.resources.ResourcesPlugin.start(
	at org.eclipse.osgi.internal.framework.BundleContextImpl$
	at org.eclipse.osgi.internal.framework.BundleContextImpl$
	at java.base/
	at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(
	at org.eclipse.osgi.internal.framework.BundleContextImpl.start(
	at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(
	at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(
	at org.eclipse.osgi.container.Module.doStart(
	at org.eclipse.osgi.container.Module.start(
	at org.eclipse.osgi.framework.util.SecureAction.start(
	at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(
	at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(
	at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(
	at org.eclipse.osgi.internal.loader.sources.SingleSourcePackage.loadClass(
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass0(
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(
	at java.base/java.lang.ClassLoader.loadClass(
	at org.eclipse.ui.internal.ide.application.IDEApplication.start(
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(
	at java.base/java.lang.reflect.Method.invoke(
	at org.eclipse.equinox.launcher.Main.invokeFramework(
	at org.eclipse.equinox.launcher.Main.basicRun(
Caused by: Illegal character in path at index 48: file:/C:/UsersKambe/workspace/CodeGit/asn1crypto  
	at java.base/$
	at java.base/$Parser.checkChars(
	at java.base/$Parser.parseHierarchical(
	at java.base/$Parser.parse(
	at java.base/<init>(
	at java.base/
	... 46 more

  • Attachment: .log
    (Size: 724.80KB, Downloaded 17 times)

[Updated on: Thu, 13 June 2024 03:20]

Report message to a moderator

Re: Upgrade to 2024-06 unable to read workspace [message #1867053 is a reply to message #1867050] Thu, 13 June 2024 07:07 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 33185
Registered: July 2009
Senior Member
Yes, the URI has a trailing space and of course a space is not allowed in a URI and in fact a trailing space is not allowed in a file system file name either.

The question is, from where do these values come?

When I debug through such logic it comes up with this path as the location for a project's metadata:


Then it reads the data from the .location file and comes back with this:


In your case that value must be a bad value.

So probably deleting that .location file of that project will help get the workspace up and running again.

Ed Merks
Professional Support:
Previous Topic:2024-03 useless because can no longer bring up search dialog
Next Topic:Can't use SWT in eclipse
Goto Forum:

Current Time: Sat Jul 20 01:00:55 GMT 2024

Powered by FUDForum. Page generated in 0.08034 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top