Product definition in external install location [message #323942] |
Mon, 14 January 2008 05:58  |
Eclipse User |
|
|
|
Originally posted by: tseidel.innoopract.com
Hi,
I've create a new product "com.test.myproduct" and installed the feature
containing the product definition to an external (non-default) install
location using the update manager. Then I changed the config.ini to
launch my new product.
When starting Eclipse again, the startup fails producing the following
errors in the PDE log:
!ENTRY org.eclipse.equinox.app 2008-01-11 15:01:33.171
!MESSAGE Product com.test.myproduct could not be found.
!ENTRY org.eclipse.osgi 4 0 2008-01-11 15:01:33.218
!MESSAGE Application error
!STACK 1
java.lang.RuntimeException: No application id has been found.
at
org.eclipse.equinox.internal.app.EclipseAppContainer.startDe faultApp(EclipseAppContainer.java:236)
at
org.eclipse.equinox.internal.app.EclipseAppContainer.start(E clipseAppContainer.java:98)
at
org.eclipse.equinox.internal.app.Activator.addingService(Act ivator.java:112)
at
org.osgi.util.tracker.ServiceTracker$Tracked.trackAdding(Ser viceTracker.java:1064)
at
org.osgi.util.tracker.ServiceTracker$Tracked.trackInitialSer vices(ServiceTracker.java:926)
at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.jav a:330)
at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.jav a:274)
at org.eclipse.equinox.internal.app.Activator.start(Activator.j ava:54)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(BundleContextImpl.java:999)
at java.security.AccessController.doPrivileged(Native Method)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActivator(BundleContextImpl.java:993)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(BundleContextImpl.java:974)
at
org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(BundleHost.java:346)
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:260)
at
org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:400)
at
org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFindLocalClass(EclipseLazyStarter.java:111)
at
org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:417)
at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:189)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(BundleLoader.java:340)
at
org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClass(SingleSourcePackage.java:37)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assInternal(BundleLoader.java:405)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:369)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:357)
at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at
org.eclipse.core.internal.runtime.PlatformActivator.startApp Container(PlatformActivator.java:47)
at
org.eclipse.core.internal.runtime.PlatformActivator.start(Pl atformActivator.java:32)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(BundleContextImpl.java:999)
at java.security.AccessController.doPrivileged(Native Method)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActivator(BundleContextImpl.java:993)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(BundleContextImpl.java:974)
at
org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(BundleHost.java:346)
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.resu me(AbstractBundle.java:350)
at
org.eclipse.osgi.framework.internal.core.Framework.resumeBun dle(Framework.java:1118)
at
org.eclipse.osgi.framework.internal.core.StartLevelManager.r esumeBundles(StartLevelManager.java:634)
at
org.eclipse.osgi.framework.internal.core.StartLevelManager.i ncFWSL(StartLevelManager.java:508)
at
org.eclipse.osgi.framework.internal.core.StartLevelManager.d oSetStartLevel(StartLevelManager.java:282)
at
org.eclipse.osgi.framework.internal.core.StartLevelManager.d ispatchEvent(StartLevelManager.java:468)
at
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEve nt(EventManager.java:195)
at
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:297)
If I install my product to the default location instead, everything
works fine.
It seems that it is not possible to launch products which are not
located in the default location. Is this intended behaviour or a bug?
Thanks in advance
Tillmann
|
|
|
|
Re: Product definition in external install location [message #323987 is a reply to message #323954] |
Tue, 15 January 2008 10:08  |
Eclipse User |
|
|
|
Originally posted by: tseidel.innoopract.com
Hi Chris,
When I tried to write the small test case I discovered that I was
searching for the error in the wrong place. My Eclipse wasn't
recognizing the external install location (it was not in my
platform.xml), that's why the product was not found.
Thanks for your help!
Cheers,
Tillmann
Chris Aniszczyk schrieb:
> I believe the stacktrace should show you the list of current valid
> application identifiers. It's possible that something is wrong with your
> application identifier or plug-in containing your application.
>
> If you can have a small test case to reproduce issue, that would help too.
>
> Cheers,
>
> ~ Chris
|
|
|
Powered by
FUDForum. Page generated in 0.23020 seconds