[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [equinox-dev] Bug in "Run As Equinox"


Some preliminary checks;

26 ACTIVE org.eclipse.ui.workbench_3.3.0.I20060921-0010
27 RESOLVED org.eclipse.ui.workbench.texteditor_3.3.0.v20060920-1200
28 RESOLVED org.ops4j.pax.logging.api_0.9.4
29 RESOLVED org.ops4j.pax.logging.log4j_0.9.4
30 RESOLVED org.ops4j.pax.logging.service_0.9.4
31 ACTIVE org.ops4j.pax.radman.client_1.0.0
32 RESOLVED org.ops4j.pax.radman.client.api_1.0.0
33 RESOLVED org.ops4j.pax.radman.client.cache_1.0.0
34 RESOLVED org.ops4j.pax.radman.client.cache.ui_1.0.0
35 RESOLVED org.ops4j.pax.radman.client.console_1.0.0
osgi> sl
Framework Active Start Level = 6
osgi> sl 28
Bundle 28 Start Level = 4


Bundle 28 has no Imports and no BundleActivator. No exceptions or other errors are output.

To me this looks more like a Equinox bug than a PDE bug...


Cheers
Niclas

On 10/12/06, Niclas Hedhman < niclas@xxxxxxxxxxx> wrote:


On 10/11/06, Thomas Watson <tjwatson@xxxxxxxxxx> wrote:

That syntax should be fine.  It tells the bootstrap code (in EclipseStarter) to mark the bundle for persistent start and set its start-level to the value specified by the property  osgi.bundles.defaultStartLevel

So we thought...

At the console run the "sl" command to see what start-level the framework is set to and then run the "sl <bundle id>" command to see what start level your bundle is set to.  It seems like your bundles have a start-level that is higher than the current start-level of the framework.  There are two properties you should pay attention to.

osgi.bundles.defaultStartLevel - used to set the start-level of installed bundles that do not specify a particular start-level in the osgi.bundles list (defaults to 4).
osgi.startLevel - used to set the initial start-level of the framework (defaults to 6).

Yes, of course, we will double, double check that... I just got a queesy feeling that bundle default startlevel and framework startlevel was mixed up...

If you set osgi.bundles.defaultStartLevel > osgi.startLevel then your bundles will not be able to start because they will have a higher start-level than the current Framework start-level.  If this is not what is going on then please open a bug against PDE-UI.

Ok, thanks for the feedback...

Cheers
Niclas