Dead Lock on P2 Category Publisher [message #1702886] |
Mon, 27 July 2015 08:51 |
|
My build script for bash looks like this:
eclipse \
-nosplash \
-application org.eclipse.equinox.p2.publisher.FeaturesAndBundlesPublisher \
-metadataRepository file:$PWD \
-artifactRepository file:$PWD \
-source $PWD \
-publishArtifact \
-compress
eclipse \
-nosplash \
-console -consolelog \
-application org.eclipse.equinox.p2.publisher.CategoryPublisher \
-metadataRepository file:$PWD \
-categoryDefinition file:$PWD/category.xml \
-categoryQualifier \
-compress
First line publishes all plugins and features on current directory. It works well always.
Second line should have to publish categories. It worked with Luna before, But now it produces lock error(below) with Mars. May be there are other different environments.
osgi> Generating metadata for ..
Generation completed with success [0 seconds].
!SESSION 2015-07-27 17:44:21.943 -----------------------------------------------
eclipse.buildId=4.5.0.I20150603-2000
java.version=1.8.0_51
java.vendor=Oracle Corporation
BootLoader constants: OS=macosx, ARCH=x86_64, WS=cocoa, NL=ko_KR
Framework arguments: -product org.eclipse.epp.package.modeling.product -application org.eclipse.equinox.p2.publisher.CategoryPublisher -metadataRepository file:/Users/jeeeyul/Workspaces/jeeeyul@github.com/jeeeyul.github.io/beta-update -categoryDefinition file:/Users/jeeeyul/Workspaces/jeeeyul@github.com/jeeeyul.github.io/beta-update/category.xml -categoryQualifier -compress
Command-line arguments: -os macosx -ws cocoa -arch x86_64 -product org.eclipse.epp.package.modeling.product -console -consolelog -application org.eclipse.equinox.p2.publisher.CategoryPublisher -metadataRepository file:/Users/jeeeyul/Workspaces/jeeeyul@github.com/jeeeyul.github.io/beta-update -categoryDefinition file:/Users/jeeeyul/Workspaces/jeeeyul@github.com/jeeeyul.github.io/beta-update/category.xml -categoryQualifier -compress
!ENTRY org.eclipse.equinox.ds 2 0 2015-07-27 17:44:34.404
!MESSAGE Getting a lock required more than 10000 ms. There might be a synchronization problem in this callstack or just the build/dispose process of some components took too long!
!STACK 0
java.lang.Exception: Debug stacktrace
at org.eclipse.equinox.internal.ds.InstanceProcess.getLock(InstanceProcess.java:120)
at org.eclipse.equinox.internal.ds.InstanceProcess.buildComponent(InstanceProcess.java:560)
at org.eclipse.equinox.internal.ds.ServiceReg.getService(ServiceReg.java:53)
at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse$1.run(ServiceFactoryUse.java:212)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse.factoryGetService(ServiceFactoryUse.java:210)
at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse.getService(ServiceFactoryUse.java:111)
at org.eclipse.osgi.internal.serviceregistry.ServiceConsumer$2.getService(ServiceConsumer.java:45)
at org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.getService(ServiceRegistrationImpl.java:496)
at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.getService(ServiceRegistry.java:461)
at org.eclipse.osgi.internal.framework.BundleContextImpl.getService(BundleContextImpl.java:619)
at org.eclipse.equinox.internal.p2.core.ProvisioningAgent.addingService(ProvisioningAgent.java:159)
at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:941)
at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:1)
at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)
at org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:183)
at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:318)
at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:261)
at org.eclipse.equinox.internal.p2.core.ProvisioningAgent.getService(ProvisioningAgent.java:66)
at org.eclipse.equinox.internal.p2.engine.ProfilePreferences.doSave(ProfilePreferences.java:120)
at org.eclipse.equinox.internal.p2.engine.ProfilePreferences$SaveJob.run(ProfilePreferences.java:49)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Strange thing is the second line works sometimes, but the problem is highly reproducible.
The script running under the:
- OSX Yosemite
- JDK 1.8.0_51
Am I missing something?
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.02920 seconds