Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 75279 - Time out in resources on startup
Summary: Time out in resources on startup
Status: RESOLVED DUPLICATE of bug 68129
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Resources (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows 2000
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-Resources-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-29 09:44 EDT by Nick Edgar CLA
Modified: 2004-09-29 14:14 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Edgar CLA 2004-09-29 09:44:43 EDT
3.1 M2, vm: j9n142-20040917

Noticed the following in the log after starting.
I have "Refresh workspace automatically" checked.

!SESSION Sep 29, 2004 09:26:34.199 ---------------------------------------------
eclipse.buildId=I200409240800
java.fullversion=J2RE 1.4.2 IBM J9 2.2 Windows 2000 x86-32 j9n142-20040917 (JIT
enabled)
J9VM - 20040916_0908_lHdSMR
JIT  - r7_level20040915_1801
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -showLocation

!ENTRY org.eclipse.osgi Sep 29, 2004 09:26:34.219
!MESSAGE While loading class
"org.eclipse.core.internal.localstore.IsSynchronizedVisitor", thread "Worker-0"
timed out waiting (5000ms) for thread "main" to finish starting bundle
"org.eclipse.core.resources". To avoid deadlock, thread "Worker-0" is proceeding
but "org.eclipse.core.internal.localstore.IsSynchronizedVisitor" may not be
fully initialized.
!STACK 0
java.lang.Exception: Generated exception.
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:102)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:560)
	at
org.eclipse.core.internal.localstore.FileSystemResourceManager.isSynchronized(FileSystemResourceManager.java:374)
	at org.eclipse.core.internal.resources.Resource.isSynchronized(Resource.java:1114)
	at org.eclipse.core.internal.refresh.PollingMonitor.poll(PollingMonitor.java:161)
	at org.eclipse.core.internal.refresh.PollingMonitor.run(PollingMonitor.java:123)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.osgi Sep 29, 2004 09:26:39.236
!MESSAGE While loading class
"org.eclipse.core.internal.localstore.CollectSyncStatusVisitor", thread
"Worker-0" timed out waiting (5000ms) for thread "main" to finish starting
bundle "org.eclipse.core.resources". To avoid deadlock, thread "Worker-0" is
proceeding but "org.eclipse.core.internal.localstore.CollectSyncStatusVisitor"
may not be fully initialized.
!STACK 0
java.lang.Exception: Generated exception.
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:102)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:560)
	at java.lang.ClassLoader.defineClassImpl(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:211)
	at
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.java:298)
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.defineClass(EclipseClassLoader.java:223)
	at
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClassImpl(DefaultClassLoader.java:281)
	at
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClass(DefaultClassLoader.java:172)
	at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.findLocalClass(AbstractClassLoader.java:220)
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.basicFindLocalClass(EclipseClassLoader.java:135)
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:104)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:560)
	at
org.eclipse.core.internal.localstore.FileSystemResourceManager.isSynchronized(FileSystemResourceManager.java:374)
	at org.eclipse.core.internal.resources.Resource.isSynchronized(Resource.java:1114)
	at org.eclipse.core.internal.refresh.PollingMonitor.poll(PollingMonitor.java:161)
	at org.eclipse.core.internal.refresh.PollingMonitor.run(PollingMonitor.java:123)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
Comment 1 Rafael Chaves CLA 2004-09-29 10:27:52 EDT

*** This bug has been marked as a duplicate of 68129 ***
Comment 2 Nick Edgar CLA 2004-09-29 14:14:41 EDT
This was after a crash.