I was working on my Macbook, when my battery ran out. Now Eclipse refuses to start, getting stuck on "Loading Workbench". The stacktrace in the bottom is from pressing ^C after a minute or so of hanging.
~/Downloads/eclipse$ ./Eclipse.app/Contents/MacOS/eclipse -clean -debug -consolelog
Start VM: -Dosgi.requiredJavaVersion=1.5
-Xdock:icon=../Resources/Eclipse.icns
-XstartOnFirstThread
-Xms40m
-Xmx256m
-XX:MaxPermSize=256m
-Dorg.eclipse.swt.internal.carbon.smallFonts
-clean
-Djava.class.path=/Users/admin/Downloads/eclipse/Eclipse.app/Contents/MacOS/../../../plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20081125.jar
-os macosx
-ws carbon
-arch x86
-showsplash
-launcher /Users/admin/Downloads/eclipse/Eclipse.app/Contents/MacOS/eclipse
-name Eclipse
--launcher.library /Users/admin/Downloads/eclipse/Eclipse.app/Contents/MacOS//../../../plugins/org.eclipse.equinox.launcher.carbon.macosx_1.0.101.R34x_v20080731/eclipse_1115.so
-startup /Users/admin/Downloads/eclipse/Eclipse.app/Contents/MacOS/../../../plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20081125.jar
-clean
-debug
-consolelog
-vm /System/Library/Frameworks/JavaVM.framework
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xdock:icon=../Resources/Eclipse.icns
-XstartOnFirstThread
-Xms40m
-Xmx256m
-XX:MaxPermSize=256m
-Dorg.eclipse.swt.internal.carbon.smallFonts
-clean
-Djava.class.path=/Users/admin/Downloads/eclipse/Eclipse.app/Contents/MacOS/../../../plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20081125.jar
Install location:
file:/Users/admin/Downloads/eclipse/
Configuration file:
file:/Users/admin/Downloads/eclipse/configuration/config.ini loaded
Configuration location:
file:/Users/admin/Downloads/eclipse/configuration/
Framework located:
file:/Users/admin/Downloads/eclipse/plugins/org.eclipse.osgi_3.4.3.R34x_v20081215-1030.jar
Framework classpath:
file:/Users/admin/Downloads/eclipse/plugins/org.eclipse.osgi_3.4.3.R34x_v20081215-1030.jar
Splash location:
/Users/admin/Downloads/eclipse/plugins/org.eclipse.platform_3.3.101.v200902111700/splash.bmp
Debug options:
file:/Users/admin/Downloads/eclipse/Eclipse.app/Contents/MacOS/.options not found
Time to load bundles: 16
Starting application: 3649
!SESSION 2011-08-30 18:03:17.958 -----------------------------------------------
eclipse.buildId=M20090211-1700
java.version=1.6.0_26
java.vendor=Apple Inc.
BootLoader constants: OS=macosx, ARCH=x86, WS=carbon, NL=en_US
Command-line arguments: -os macosx -ws carbon -arch x86 -clean -debug -consolelog
!ENTRY org.eclipse.core.resources 2 10035 2011-08-30 18:03:22.073
!MESSAGE The workspace exited with unsaved changes in the previous session; refreshing workspace to recover changes.
!ENTRY org.tigris.subversion.clientadapter.javahl 1 0 2011-08-30 18:03:22.782
!MESSAGE Failed to load JavaHL Library.
These are the errors that were encountered:
no libsvnjavahl-1 in java.library.path
no svnjavahl-1 in java.library.path
no svnjavahl in java.library.path
java.library.path = .:/Users/admin/Library/Java/Extensions:/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java
^C
Exception in thread "Thread-1" org.eclipse.swt.SWTException: Invalid thread access
at org.eclipse.swt.SWT.error(SWT.java:3777)
at org.eclipse.swt.SWT.error(SWT.java:3695)
at org.eclipse.swt.SWT.error(SWT.java:3666)
at org.eclipse.swt.widgets.Widget.error(Widget.java:681)
at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:341)
at org.eclipse.swt.widgets.Shell.getShells(Shell.java:885)
at org.eclipse.swt.widgets.Shell.kEventWindowHidden(Shell.java:1213)
at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:2044)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:4171)
at org.eclipse.equinox.launcher.JNIBridge._takedown_splash(Native Method)
at org.eclipse.equinox.launcher.JNIBridge.takeDownSplash(JNIBridge.java:110)
at org.eclipse.equinox.launcher.Main.takeDownSplash(Main.java:1863)
at org.eclipse.equinox.launcher.Main$SplashHandler.run(Main.java:106)
Any ideas? I guess I will try installing JavaHL if there are no other suggestions. Eclipse always complained about it, but it always started up before.
Most solutions delete or alter the metadata, unfortunately this often removes SVN and library information from projects which is a major time-loss.
I have found a commandline switch (See https://bugs.eclipse.org/bugs/show_bug.cgi?id=389738) that clears any saved state (open windows and such) which usually cause startup hangs: -clearPersistedState.
I throw in a whole range of options now:
In a terminal, type <eclipse dir>/eclipse -clean -refresh -debug -consolelog -clearPersistedState
Open the workspace that causes the issue
Wait until eclipse is fully started and ready, then close it and start it again normally
This always solves startup issues for me.
The procedure shown at
http://off-topic.biz/en/eclipse-hangs-at-startup-showing-only-the-splash-screen/
worked for me
cd .metadata/.plugins
mv org.eclipse.core.resources org.eclipse.core.resources.bak
Start eclipse. (It should show an error message or an empty workspace because no project is found.)
Close all open editors tabs.
Exit eclipse.
rm -rf org.eclipse.core.resources (Delete the newly created directory.)
mv org.eclipse.core.resources.bak/ org.eclipse.core.resources (Restore the original directory.)
Start eclipse and start working. :-)
Instead of creating a new workspace, just delete the .metadata folder which resides inside your workspace folder. This will enable you to load the workspace and just re-import all projects and preferences into it - it will save some time for you.
One more thing you can check before you do this or before you recreate the workspace: look at the .log file (which resides in that .metadata folder) for information that may give some light to the cause of the problem.
Yup, JavaHL was the likely cuprit as installing it solved the problem. It's still odd that Eclipse never hung before due to this reason, but after a crash, it did.
As Tonny says is the comments, creating a new workspaces did the trick for me.
I run into this problem frequently. Not sure of the cause.
Removing my workspace works but I hate having to configure everything again. Once I solved it when I moved my workspace to another location, started Eclipse and uninstalled a few plugins I didn't need anymore. Then I removed the newly created workspace and moved the old one back.
I imagine you could try without uninstalling anything and see if it helps.
I had the same kind of problem, if you follow the link I explain what I did
Eclipse Luna Hanging when Loading Debug Configuration
It seems the .Lock file was not closed properly within the .metadata folder and prevented eclipse from starting the workbench.
delete the .metadata folder and then just re-imported the project this should get it working again.
In one case, I had to delete the file .metadata/.plugins/org.eclipse.core.resources/11.snap
This file was the only non-hidden file in the org.eclipse.core.resources folder.
This way, everything in the workspace was preserved.
Related
I am using Eclipse Luna Service Release 1 (4.4.1)
When I try to install new software
It gives some error message like Cannot complete the request. This installation has not been configured properly for Software Updates.
And my error log says
eclipse.buildId=4.4.1.M20140925-0400
java.version=1.7.0_75
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_IN
Framework arguments: -product org.eclipse.epp.package.standard.product
Command-line arguments: -os linux -ws gtk -arch x86 -product org.eclipse.epp.package.standard.product
org.eclipse.equinox.p2.ui.sdk
Warning
Mon May 11 14:35:07 IST 2015
Could not locate the running profile instance. The eclipse.p2.data.area and eclipse.p2.profile properties may not be set correctly in this application's config.ini file.
I came across similar problems in
How to enable Software Update in an Eclipse product?
and Getting the message "Cannot start the update ui..." when trying to run the update UI in Eclipse
but it didnot solve my problem
I hit this same error (Eclipse Mars).
Shutting down all Eclipse instances and starting with eclipse.exe -clean fixed it.
Bug 378568 mentions:
Looks like the configuration of your eclipse is damaged.
Check the value of 'eclipse.p2.profile' and 'eclipse.p2.data.area' in config.ini, then check whether the specified profile can be found from path 'eclipse.p2.data.area'.
<eclipse.p2.data.area>\org.eclipse.equinox.p2.engine\profileRegistry
Removing those files (in the folder eclipse.p2.data.area) and relaunching Eclipse should help fix the issue.
Although FaithReaper mentions in the comments:
Removing the eclipse.p2.data.area folder prevents Eclipse from launching.
In my case it is C:\Users\<my.user.name>\.p2
The discussion mentions the error:
An internal error occurred during:
"Loading bundle:
/eclipse/configuration/org.eclipse.osgi/1304/0/.cp/bundles/php.ruble".
org.eclipse.osgi.internal.framework.EquinoxConfiguration$1
cannot be cast to java.lang.String
This is mentioned in this answer (and this one) as a patch to be applied (see bug 445122: ClassCastException received when System.getProperties().store() runs on 4.4.1)
Just add the following lines to eclipse.ini:
-Dorg.eclipse.swt.browser.IEVersion=10001
-Dosgi.configuration.area.default=null
-Dosgi.user.area.default=null
-Dosgi.user.area=#user.home
-Dosgi.instance.area.default=null
It worked when I put the full eclipse folder (containing the executable) at the root of the harddrive like :
C:\eclipse
Same for the workspace.
After forced shut down of an Eclipse STS workspace it doesn't start up, the error in .metadata/.log is:
!SESSION 2015-02-06 11:32:47.154 -----------------------------------------------
eclipse.buildId=3.6.3.201411281414-RELEASE-e43
java.version=1.7.0_60
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Framework arguments: -product org.springsource.sts.ide
Command-line arguments: -data /home/myHome/STSWorkspace -os linux -ws gtk -arch x86_64 -product org.springsource.sts.ide
!ENTRY org.eclipse.ui 4 0 2015-02-06 11:35:09.243
!MESSAGE Unhandled event loop exception
!STACK 0
org.eclipse.e4.core.di.InjectionException: java.lang.ClassCastException: org.eclipse.e4.ui.model.application.ui.menu.impl.ToolBarSeparatorImpl cannot be cast to org.eclipse.e4.ui.model.application.ui.menu.MToolBar
Startup with -clean option didn't work. Any idea on how to fix the .metadata directory?
Thanks in advance
I am not sure whether this error is related to your workspace or the STS installation. What happens if you select a different or fresh and clean workspace? Does that work?
If not, I would re-install a fresh copy of STS, since the error looks a bit like an incompatibility between different parts, maybe an incomplete update or something like that.
If starting STS with a different workspace works just fine, I woudl completely delete the .metadata directory of your workspace while STS is NOT running. Then restart STS (the workspace will be empty, but the projects are still around on dics since you deleted the .metadata directory only). Go to "Import Existing Projects into Workspace", select the workspace location in the upcoming dialog and re-import those existing projects into your workspace.
I have tried to install the TeXLipse extension in Juno Eclipse, running on Ubuntu 12.04.
The installation goes off without a hitch however when I choose the project creation wizard TeXLipse is not there as an option. It is also not showing up in the Windows > Preference section of eclipse.
Has anyone else experienced this and have a suggestion on how to get this to work. I have googled around and other people have gotten it to work with Juno. I am just not sure what I am missing.
Thanks
Edit: Solution
I want to impart some details. I have the stock Eclipse install for Eclipse on Ubuntu. I then did an update where I simply replace the eclipse install located in /usr/lib/eclipse.
You can Google around for specifics.
To figure out what my system was doing I did two things.
Located in the ~/workspace/.metatdata folder is a file called .log. At the terminal I ran tail -f ~/workspace/.metatdata/.log so that I could watch the log files for any errors as I did the installation.
I ran eclipse from the terminal $> eclipse to see any errors were produced.
My first error was that eclipse could not fine ~/.eclipse file/directory when I ran eclipse. So I simply created this directory in my home folder and this error went away. I tried to install the plugin and I got a new error posted to the .log file:
!SESSION 2013-01-31 11:21:39.559 -----------------------------------------------
eclipse.buildId=M20120914-1800
java.version=1.6.0_24
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Command-line arguments: -os linux -ws gtk -arch x86_64
!ENTRY org.eclipse.equinox.p2.engine 4 4 2013-01-31 11:23:38.266
!MESSAGE An error occurred while committing the engine session for profile: epp.package.jee.
!SUBENTRY 1 org.eclipse.equinox.p2.touchpoint.eclipse 4 0 2013-01-31 11:23:38.266
!MESSAGE
!SUBENTRY 2 org.eclipse.equinox.p2.touchpoint.eclipse 4 0 2013-01-31 11:23:38.266
!MESSAGE Error saving manipulator.
!STACK 0
java.io.FileNotFoundException: **/usr/lib/eclipse/eclipse.ini** (Permission denied)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.<init>(FileOutputStream.java:209)
at java.io.FileOutputStream.<init>(FileOutputStream.java:160)
at java.io.FileWriter.<init>(FileWriter.java:90)
at
org.eclipse.equinox.internal.frameworkadmin.equinox.EclipseLauncherParser.save(EclipseLauncherParser.java:321)
at org.eclipse.equinox.internal.frameworkadmin.equinox.EquinoxManipulatorImpl.save(EquinoxManipulatorImpl.java:378)
at org.eclipse.equinox.internal.p2.touchpoint.eclipse.LazyManipulator.save(LazyManipulator.java:97)
at org.eclipse.equinox.internal.p2.touchpoint.eclipse.EclipseTouchpoint.saveManipulator(EclipseTouchpoint.java:61)
at org.eclipse.equinox.internal.p2.touchpoint.eclipse.EclipseTouchpoint.commit(EclipseTouchpoint.java:137)
at org.eclipse.equinox.internal.p2.engine.EngineSession.commit(EngineSession.java:123)
at org.eclipse.equinox.internal.p2.engine.Engine.perform(Engine.java:93)
at org.eclipse.equinox.internal.p2.engine.Engine.perform(Engine.java:44)
at org.eclipse.equinox.p2.operations.ProvisioningSession.performProvisioningPlan(ProvisioningSession.java:174)
at org.eclipse.equinox.p2.operations.ProfileModificationJob.runModal(ProfileModificationJob.java:79)
at org.eclipse.equinox.p2.operations.ProvisioningJob.run(ProvisioningJob.java:177)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)
The installer wanted to update the /usr/lib/eclipse/eclipse.ini. I changed the permissions on this to write all (the alternative is to run eclipse as root which I didn't want to do).
I uninstalled the plugin and re-installed it and now it works as intended. I hope this helps someone else. Don't forget to reverse the permissions after.
Eclipse seems to need write permissions to the place where you installed it. How I see it, this leaves you with two options:
Install (i.e., extract) Eclipse to a folder you own, for example your home folder.
If you installed Eclipse to /opt/eclipse owned by root, you also have to install plugins as root.
This question describes the same problem under Windows. This (German) website suggests option 2 from the above as solution.
I just downloaded eclipse-java-helios-SR2-win32-x86_64.zip extracted the zip.
When i'm trying to run i get error:
Here is my .ini file:
-startup
plugins/org.eclipse.equinox.launcher_1.1.1.R36x_v20101122_1400.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.2.R36x_v20101222
-product
org.eclipse.epp.package.java.product
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
256M
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms40m
-Xmx384m
I'm runing on Windows 7 64bit (Yes i downloaded the 64bit JDK and 64bit Eclipse)
The JVM being used by Eclipse for startup is somehow C:\Windows\system32\javaw.exe. I do not think that this what you intended to use.
To specify the JVM to be used by Eclipse, add the following line to the eclipse.ini file:
-vm <location of javaw.exe of your JAVA_HOME>
The above line would ideally have to be present before the line where your vmargs are specified.
I just had this problem after updating from Java 7u17 to Java 7u21. I first tried editing eclipse.ini, but that did't work. I then re-downloaded and re-installed the JRE and then it worked!
I'm guessing the JRE install was somehow corrupted, and so Eclipse tried to use the fallback jvm of C:\Windows\System32\java.exe
Hope this helps others with the same issue.
You are trying to run using a JRE instead of a JDK. Download the latest JDK from Sun (oops I mean oracle):
http://www.oracle.com/technetwork/java/javase/downloads/index.html
And run with that instead.
Maybe you can try to set the following arguments smaller.
--launcher.XXMaxPermSize
256M
-Xmx384m
Don't know why, but it works for me .
Is there any chance that you have Quick Test Professional installed? If so, check this out:
https://issuetracker.springsource.com/browse/STS-2828
I was getting the same error, tried several recommendations and none worked. When I try to check my java version, I get something like this:
Picked up JAVA_TOOL_OPTIONS: -agentlib jvmhook
Picked up _JAVA_OPTIONS: -Xrunjvmhook -Xbootclasspath/a:C:\PROGRA~1\HP\QUICKT~1\
bin\JAVA_S~1\classes;C:\PROGRA~1\HP\QUICKT~1\bin\JAVA_S~1\classes\jasmine.jar
Error occurred during initialization of VM
Could not find agent library jvmhook on the library path, with error: Can't find
dependent libraries
In my case it was caused by a user environment variable that QTP put in my user profile. Someone asked a similar question over on Software Quality Assurance and Testing. He had success by removing the environment variables. When I removed the environment variables, I got Eclipse to work, but QTP is having some problems.
*Update: The problems I was having with QTP seem to have been because I was trying to log in while the nightly regression tests were running and all the available licenses were being used. I am now able to use either program with no issues.
It looks like the application is defaulting to the system32 java application.
You can change it by making sure that your PATH variable in the system environment is set properly to point to the correct version of java(64 bit jdk\bin) version.
Make sure that the shortcuts in C:\Program Data\Oracle\Java point to the correct version of java. If not fix the target location. (if you cannot fix the locations in the shortcut properties, delete the shortcuts and create a new one with the same name)
Note that Program Data is a hidden folder.
When I try to install a plugin in Eclipse I get these error messages
Registry event dispatcher
Error notifying registry change listener.
Error notifying registry change listener.
Invalid registry object
Error notifying registry change listener.
Invalid registry object
Error notifying registry change listener.
Invalid registry object
Error notifying registry change listener.
Invalid registry object
Error notifying registry change listener.
Invalid registry object
Has someone an idea what the cause of this problem could be? Thanks
Edit:
I see the Eclipse .log file has also a lot of new stack traces
The first one is
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=nl_NL
Framework arguments: -product org.eclipse.epp.package.jee.product
Command-line arguments: -os win32 -ws win32 -arch x86_64 -product org.eclipse.epp.package.jee.product
!ENTRY org.eclipse.equinox.registry 4 2 2010-05-06 21:04:31.236
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.equinox.registry".
!STACK 0
org.eclipse.core.runtime.InvalidRegistryObjectException: Invalid registry object
at org.eclipse.core.internal.registry.TemporaryObjectManager.getObject(TemporaryObjectManager.java:98)
at org.eclipse.core.internal.registry.BaseExtensionPointHandle.getExtensionPoint(BaseExtensionPointHandle.java:106)
at org.eclipse.core.internal.registry.BaseExtensionPointHandle.getContributor(BaseExtensionPointHandle.java:45)
at org.eclipse.core.internal.registry.BaseExtensionPointHandle.getNamespace(BaseExtensionPointHandle.java:37)
at org.eclipse.ui.internal.PopupMenuExtender.registryChanged(PopupMenuExtender.java:520)
at org.eclipse.core.internal.registry.ExtensionRegistry$2.run(ExtensionRegistry.java:921)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.core.internal.registry.ExtensionRegistry.processChangeEvent(ExtensionRegistry.java:919)
at org.eclipse.core.runtime.spi.RegistryStrategy.processChangeEvent(RegistryStrategy.java:260)
at org.eclipse.core.internal.registry.osgi.ExtensionEventDispatcherJob.run(ExtensionEventDispatcherJob.java:50)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
Edit2:
When I restart Eclipse I get a "install connectors" window, but when I select a connector and click on "Finish" nothing happens and there appears an "Unhandled event loop exception" in the Eclipse log
Edit3:
I tried Subclipse instead of Subversive but that gives these errors
Failed to load JavaHL Library.
These are the errors that were encountered:
no libapr-1 in java.library.path
no libapriconv-1 in java.library.path
C:\Program Files (x86)\Zend\Core\bin\libeay32.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform
C:\Program Files (x86)\Zend\Core\bin\ssleay32.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform
no libaprutil-1 in java.library.path
no libsvn_subr-1 in java.library.path
no libsvn_delta-1 in java.library.path
no libsvn_diff-1 in java.library.path
no libsvn_wc-1 in java.library.path
no libsvn_fs-1 in java.library.path
no libsvn_repos-1 in java.library.path
no libsvn_ra-1 in java.library.path
no libsvn_client-1 in java.library.path
no libsvnjavahl-1 in java.library.path
no svnjavahl-1 in java.library.path
no svnjavahl in java.library.path
java.library.path = C:\Windows\system32;.;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Zend\Core\bin;C:\Program Files (x86)\Zend\Core\oic;C:\Program Files (x86)\MySQL\MySQL Server 5.0\bin;C:\Program Files (x86)\Common Files\Acronis\SnapAPI\;C:\Program Files\TortoiseSVN\bin;C:\Program Files (x86)\QuickTime\QTSystem\;C:\Program Files\Java\jdk1.6.0_20\bin
Is there a possibility that the installed Eclipse version conflicts with another installed Eclipse version or with Zend Studio?
It's problem with x64 Java.
With x64 java you need to use JavaHL with x64 support
This is official FAQ
http://subclipse.tigris.org/wiki/JavaHL#head-0ae839721445e3f59d10a128ec9439d4f4988d5f
I have same installation and it works after steps from FAQ
Edit: You may also need to edit your PATH variable (in Windows at least) to include the bin folder from the SlikSVN install that is recommended in the subclipse FAQ listed above.
If you are installing Subclipse plugin for SVN in eclipse on windows7 64 bit. Make sure you do not install JavaHL as part of the plugin install options. You need to separately install SilkSVN install outside the eclipse. Steps are here,
First install SilkSVN, than install Subclipse plugin install withouth JavaHL plugin checked.
For Kirk Woll:
Modify your Path in Environment variables
Change C:\Program Files\SlikSvn\bin\ into C:\Program Files\SlikSvn\bin
maybe this can help you.
Install SlikSvn http://www.sliksvn.com/en/download
Change system variables path: C:\Program Files\SlikSvn\bin\ to C:\Program Files\SlikSvn\bin
Did you observe that on a fresh installation of Eclipse?
And in the case of your instance of Eclipse, did you try to relaunch iot a second time? (and still see errors?)
Because when several plugins are already there, this thread mentions (for AJDT but that can be applied to other plugins as well):
The error means that somebody holds on to the handles to the extension registry objects that no longer exists.
Most likely AJDT (or one of the bundles it depends on) maintains persistent cache of registry objects, such as extensions or extension points.
When a bundle is updated, behind the scene the "old" version of the bundle is uninstalled, removing all its registry elements, and when the new version of the bundle is installed, adding new registry element.
If a bundle cached handles for extensions/extension points and did not react to the registry events, it ends up with invalid handles.
I had the same problem, running eclipse 64 bit on windows 7 64 bit, trying to use subclipse and this is how I fixed it:
I have installed eclipse Helios 64 bit.
I have installed jdk 1.6 64 bit.
I have installed subclipse.
I have installed JavaHL (Slik subversion) 64 bit.
I had to make sure eclipse uses the 64 bit version Java when launching (this can be verified when looking at the java.library.path property in eclipse->help->about eclipse->installation details->configuration. Make sure it shows also the path to your 64 bit JDK - if not, change the relevant system environment variable from your windows control panel->system and restart eclipse with the -clean variable).