[Subclipse-users] Deadlock with Eclipse 3.2 M4 w/ WTP

Hi,

a few minutes ago I saw some deadlock involving SVN again, here's the
thread dump:

    Found one Java-level deadlock:
    =============================
    "Worker-2":
      waiting to lock monitor 0x00aa01dc (object 0x0b867408, a
    org.eclipse.jdt.internal.core.search.indexing.IndexManager),
      which is held by "Java indexing"
    "Java indexing":
      waiting to lock monitor 0x215b5ccc (object 0x0cb9ce00, a
    org.eclipse.core.runtime.adaptor.EclipseClassLoader),
      which is held by "Worker-2"

    Java stack information for the threads listed above:
    ===================================================
    "Worker-2":
            at
    org.eclipse.jdt.internal.core.search.indexing.IndexManager.updateIndexState(IndexManager.java:688)
            - waiting to lock <0x0b867408> (a
    org.eclipse.jdt.internal.core.search.indexing.IndexManager)
            at
    org.eclipse.jdt.internal.core.search.indexing.IndexManager.saveIndex(IndexManager.java:577)
            at
    org.eclipse.jst.jsp.core.internal.java.search.JSPIndexManager.saveIndexes(JSPIndexManager.java:521)
            at
    org.eclipse.jst.jsp.core.internal.java.search.JSPIndexManager.initialize(JSPIndexManager.java:391)
            at
    org.eclipse.jst.jsp.core.internal.JSPCorePlugin.start(JSPCorePlugin.java:60)
            at
    org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:994)
            at java.security.AccessController.doPrivileged(Native Method)
            at
    org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:988)
            at
    org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:969)
            at
    org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:316)
            at
    org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:255)
            at
    org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:116)
            at
    org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:337)
            at
    org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:389)
            at
    org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:350)
            at
    org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:78)
            at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
            at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
            - locked <0x0cb9ce00> (a
    org.eclipse.core.runtime.adaptor.EclipseClassLoader)
            at
    org.eclipse.jst.jsp.core.internal.contenttype.ContentDescriberForJSP.<clinit>(ContentDescriberForJSP.java:27)
            at
    sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

            at
    sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
            at
    sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
            at
    java.lang.reflect.Constructor.newInstance(Constructor.java:494)
            at java.lang.Class.newInstance0(Class.java:350)
            at java.lang.Class.newInstance(Class.java:303)
            at
    org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:228)
            at
    org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:211)
            at
    org.eclipse.core.internal.registry.ExtensionRegistry.processExecutableExtension(ExtensionRegistry.java:801)
            at
    org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:246)
            at
    org.eclipse.core.internal.registry.ConfigurationElementHandle.createExecutableExtension(ConfigurationElementHandle.java:53)
            at
    org.eclipse.core.internal.content.ContentType.getDescriber(ContentType.java:272)
            at
    org.eclipse.core.internal.content.ContentType.internalGetDescriptionFor(ContentType.java:451)
            at
    org.eclipse.core.internal.content.ContentTypeCatalog.getDescriptionFor(ContentTypeCatalog.java:314)
            at
    org.eclipse.core.internal.content.ContentTypeCatalog.getDescriptionFor(ContentTypeCatalog.java:318)
            at
    org.eclipse.core.internal.content.ContentTypeMatcher.getDescriptionFor(ContentTypeMatcher.java:86)
            at
    org.eclipse.core.internal.resources.ContentDescriptionManager.readDescription(ContentDescriptionManager.java:400)
            at
    org.eclipse.core.internal.resources.ContentDescriptionManager.getDescriptionFor(ContentDescriptionManager.java:339)
            - locked <0x0b4348b0> (a
    org.eclipse.core.internal.resources.ContentDescriptionManager)
            at
    org.eclipse.core.internal.resources.File.internalGetCharset(File.java:253)
            at
    org.eclipse.core.internal.resources.File.getCharset(File.java:214)
            at
    org.eclipse.core.internal.resources.File.getCharset(File.java:201)
            at
    org.tigris.subversion.subclipse.core.sync.SVNStatusSyncInfo.createBaseResourceVariant(SVNStatusSyncInfo.java:199)
            at
    org.tigris.subversion.subclipse.core.sync.SVNStatusSyncInfo.<init>(SVNStatusSyncInfo.java:31)
            at
    org.tigris.subversion.subclipse.core.sync.SVNWorkspaceSubscriber.getSyncInfo(SVNWorkspaceSubscriber.java:179)
            at
    org.eclipse.team.core.subscribers.Subscriber.collect(Subscriber.java:316)
            at
    org.eclipse.team.core.subscribers.Subscriber.collect(Subscriber.java:301)
            at
    org.eclipse.team.core.subscribers.Subscriber.collect(Subscriber.java:301)
            at
    org.eclipse.team.core.subscribers.Subscriber.collect(Subscriber.java:301)
            at
    org.eclipse.team.core.subscribers.Subscriber.collectOutOfSync(Subscriber.java:249)
            at
    org.eclipse.team.internal.core.subscribers.SubscriberEventHandler.collectAll(SubscriberEventHandler.java:357)
            at
    org.eclipse.team.internal.core.subscribers.SubscriberEventHandler.processEvent(SubscriberEventHandler.java:423)
            at
    org.eclipse.team.internal.core.BackgroundEventHandler.processEvents(BackgroundEventHandler.java:329)
            at
    org.eclipse.team.internal.core.BackgroundEventHandler$1.run(BackgroundEventHandler.java:173)
            at org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)
    "Java indexing":
            at
    org.eclipse.jst.jsp.core.internal.java.search.JSPIndexManager$IndexJobCoordinator.done(JSPIndexManager.java:614)
            at
    org.eclipse.core.internal.jobs.JobListeners$3.notify(JobListeners.java:39)
            at
    org.eclipse.core.internal.jobs.JobListeners.doNotify(JobListeners.java:96)
            at
    org.eclipse.core.internal.jobs.JobListeners.done(JobListeners.java:158)
            at
    org.eclipse.core.internal.jobs.JobManager.cancel(JobManager.java:243)
            at
    org.eclipse.core.internal.jobs.InternalJob.cancel(InternalJob.java:131)
            at org.eclipse.core.runtime.jobs.Job.cancel(Job.java:194)
            at
    org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:342)
            - locked <0x0b867408> (a
    org.eclipse.jdt.internal.core.search.indexing.IndexManager)
            at java.lang.Thread.run(Thread.java:595)
    Found 1 deadlock.

Does anybody per chance know what's going on here? Maybe it's WTP's fault?

Regards,
Jörg

-- 
__________________________________________________________
Dipl.-Inf. Jörg von Frantzius  |            artnology GmbH
                               |                Milastr. 4
Tel +49 (0)30 4435 099 26      |              10437 Berlin
Fax +49 (0)30 4435 099 99      |  http://www.artnology.com
_______________________________|__________________________