Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 457245 - Restart after bundle provisioning fails
Summary: Restart after bundle provisioning fails
Status: RESOLVED FIXED
Alias: None
Product: Oomph
Classification: Tools
Component: Setup (show other bugs)
Version: 1.1.0   Edit
Hardware: Macintosh Mac OS X
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Eike Stepper CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 448860
Blocks:
  Show dependency tree
 
Reported: 2015-01-12 09:22 EST by Steffen Pingel CLA
Modified: 2015-01-13 00:53 EST (History)
1 user (show)

See Also:


Attachments
stack dump (15.35 KB, text/plain)
2015-01-12 09:22 EST, Steffen Pingel CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Steffen Pingel CLA 2015-01-12 09:22:34 EST
I executed a profile that included installing bundles. Oomph completed the install and prompted me to restart but the Eclipse instance never came back. It looks like the following thread was blocking the shutdown:

pre. 
"Framework stop" #69 prio=6 os_prio=31 tid=0x0000000106888000 nid=0xa93b in Object.wait() [0x0000000127656000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	at java.lang.Object.wait(Object.java:502)
	at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:200)
	- locked <0x00000007970555b0> (a org.eclipse.swt.widgets.RunnableLock)
	at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:156)
	at org.eclipse.swt.widgets.Display.syncExec(Display.java:4721)
	at org.eclipse.oomph.ui.UIUtil.syncExec(UIUtil.java:320)
	at org.eclipse.oomph.setup.ui.recorder.RecorderManager$Lifecycle.stop(RecorderManager.java:278)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin$Implementation.stop(SetupUIPlugin.java:383)
	at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:827)
	at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:820)
	at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:950)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:324)
	at org.eclipse.osgi.container.Module.doStop(Module.java:626)
	at org.eclipse.osgi.container.Module.stop(Module.java:488)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1623)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1542)
	- locked <0x0000000740d3bce8> (a java.lang.Object)
	at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:248)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:145)
	at org.eclipse.osgi.container.Module.doStop(Module.java:626)
	at org.eclipse.osgi.container.Module.stop(Module.java:488)
	at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:186)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:160)
	at java.lang.Thread.run(Thread.java:745)
	
Full thread dump attached.
Comment 1 Steffen Pingel CLA 2015-01-12 09:22:57 EST
Created attachment 249861 [details]
stack dump
Comment 2 Eike Stepper CLA 2015-01-13 00:44:33 EST
I suspect that bug 448860 is the root cause. Nevertheless I'm going to take some action in Oomph's RecorderManager to avoid such deadlocks...
Comment 4 Eike Stepper CLA 2015-01-13 00:53:33 EST
*** Bug 449979 has been marked as a duplicate of this bug. ***