Community
Participate
Working Groups
When starting Eclipse an AbstractBundle$BundleStatusException is listed in the error log (without apparent loss of functionality); as follows: While loading class "org.eclipse.rse.ui.SystemPreferencesManager$ModelChangeListener", thread "Thread[Worker-12,5,main]" timed out waiting (5000ms) for thread "Thread[Worker-11,5,main]" to finish starting bundle "org.eclipse.rse.ui_3.1.0.v200905272300 [476]". To avoid deadlock, thread "Thread[Worker-12,5,main]" is proceeding but "org.eclipse.rse.ui.SystemPreferencesManager$ModelChangeListener" may not be fully initialized. org.osgi.framework.BundleException: State change in progress for bundle "reference:file:plugins/org.eclipse.rse.ui_3.1.0.v200905272300.jar" by thread "Worker-11". at org.eclipse.osgi.framework.internal.core.AbstractBundle.beginStateChange(AbstractBundle.java:1073) at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:278) at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:408) at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111) at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:449) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:211) at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:376) at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:452) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:405) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:393) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:105) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) at org.eclipse.rse.ui.SystemPreferencesManager$1.run(SystemPreferencesManager.java:510) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) Caused by: org.eclipse.osgi.framework.internal.core.AbstractBundle$BundleStatusException ... 15 more Root exception: org.eclipse.osgi.framework.internal.core.AbstractBundle$BundleStatusException at org.eclipse.osgi.framework.internal.core.AbstractBundle.beginStateChange(AbstractBundle.java:1073) at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:278) at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:408) at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111) at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:449) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:211) at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:376) at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:452) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:405) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:393) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:105) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) at org.eclipse.rse.ui.SystemPreferencesManager$1.run(SystemPreferencesManager.java:510) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) eclipse.buildId=I20090528-2000 java.version=1.6.0_13 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US Framework arguments: -product org.eclipse.epp.package.php.product Command-line arguments: -os linux -ws gtk -arch x86_64 -product org.eclipse.epp.package.php.product -data /home/feltron/workspace/php
Martin, this has been reported in the PHP package, but it seems to be caused by the org.eclipse.rse.ui bundle. Maybe a timing / start-level problem? Anyway, I will add you to CC.
Thanks Markus, this is in fact from RSE -- Searching bugzilla for comments with "SystemPreferencesManager$ModelChangeListener" yields the bug. It only happens on the very first startup. The bug has been known for some time, and I've spent 2 days trying to fix it with other committers (we actually thought we had fixed it already), but it came back... *** This bug has been marked as a duplicate of bug 246406 ***