You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Andreas Grote <ag...@orga-systems.com> on 2009/09/25 10:30:28 UTC

Trouble on stopping bundles when felix startlevel is>9

I have some trouble using bundle start level>9 in Felix 1.8.0. The bundles are started 
without any problems, but calling felix.stop() does not bring them down as expected. Using 
levels up to 9 this works fine, but using one or more bundles with level >9 prevents all 
bundles from being stopped. The OSGi spec tells me that start level can be an int value, so 
I see no reason why this should be limited to 1..9.
Anyone else experienced this, or successfully used higher bundle startlevels than 9?

This is what I am doing in my own main bringing up felix:
*Read in system and configuration properties as felix does
*Read in bundles from own config file (listing bundle names and start levels)
*Use own framework activator and tell this to felix:
       configProps.put(FelixConstants.SYSTEMBUNDLE_ACTIVATORS_PROP, list);
       m_framework = new Felix(configProps);
       m_framework.start();

This list is then processed step by step by my framework activator as follows:
     StartLevel sl = (StartLevel) context.getService(context.getServiceReference
	(org.osgi.service.startlevel.StartLevel.class.getName()));
     Bundle b = context.installBundle(name, null);
     sl.setBundleStartLevel(b, level);
     b.start();

The framwwork startlevel is set in config.properties as usual:
org.osgi.framework.startlevel.beginning=9
Setting this to 10 and configure at least one bundle to level 10 breaks the stopping 
sequence :-(.

Thanks,
Andreas

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org


Re: Trouble on stopping bundles when felix startlevel is>9

Posted by "Richard S. Hall" <he...@ungoverned.org>.

On 9/29/09 17:21, Andreas Grote wrote:
>> Wait a minute! There was a bug in the 1.8.x config.properties file 
>> where it refers to org.osgi.framework.startlevel, but it was a 
>> mistake...the actually property name is 
>> org.osgi.framework.startlevel.beginning. The correct value is used 
>> internally by the framework for lookup, so this erroneous property 
>> should have no impact.
> I need to set org.osgi.framework.startlevel in addition to 
> org.osgi.framework.startlevel.beginning
> for things to work, but only under the given special circumstances.

As I said, there is no org.osgi.framework.startlevel property, so unless 
something very strange is going on, setting it must not actually be helping.

>> Well, something is up, I am just not sure what...maybe we can get to 
>> the bottom of it. Did you try with 2.0?
> No, I just went to 1.8 a few days before 2.0 was there...

Well, if you could try it, please see if things are different. 
Otherwise, could you respond with more details about what you are doing 
(and how) so we can try to figure out what is going on?

-> richard

>
> Thanks,
> Andreas
>
>> -> richard
>>
>>>
>>> Thanks,
>>> Andreas
>>>
>>>> Thanks.
>>>>
>>>> -> richard
>>>>
>>>>> Andreas
>>>>>
>>>>> Richard S. Hall wrote:
>>>>>> Do you have any issues if you just use Felix' default launcher 
>>>>>> with the auto-start properties specifying start levels greater 
>>>>>> than 9?
>>>>>>
>>>>>> If so, open an issue describing steps to reproduce and we will 
>>>>>> look into it.
>>>>>>
>>>>>> -> richard
>>>>>>
>>>>>> On 9/25/09 10:30, Andreas Grote wrote:
>>>>>>> I have some trouble using bundle start level>9 in Felix 1.8.0. 
>>>>>>> The bundles are started without any problems, but calling 
>>>>>>> felix.stop() does not bring them down as expected. Using levels 
>>>>>>> up to 9 this works fine, but using one or more bundles with 
>>>>>>> level >9 prevents all bundles from being stopped. The OSGi spec 
>>>>>>> tells me that start level can be an int value, so I see no 
>>>>>>> reason why this should be limited to 1..9.
>>>>>>> Anyone else experienced this, or successfully used higher bundle 
>>>>>>> startlevels than 9?
>>>>>>>
>>>>>>> This is what I am doing in my own main bringing up felix:
>>>>>>> *Read in system and configuration properties as felix does
>>>>>>> *Read in bundles from own config file (listing bundle names and 
>>>>>>> start levels)
>>>>>>> *Use own framework activator and tell this to felix:
>>>>>>>       
>>>>>>> configProps.put(FelixConstants.SYSTEMBUNDLE_ACTIVATORS_PROP, list);
>>>>>>>       m_framework = new Felix(configProps);
>>>>>>>       m_framework.start();
>>>>>>>
>>>>>>> This list is then processed step by step by my framework 
>>>>>>> activator as follows:
>>>>>>>     StartLevel sl = (StartLevel) 
>>>>>>> context.getService(context.getServiceReference
>>>>>>>     (org.osgi.service.startlevel.StartLevel.class.getName()));
>>>>>>>     Bundle b = context.installBundle(name, null);
>>>>>>>     sl.setBundleStartLevel(b, level);
>>>>>>>     b.start();
>>>>>>>
>>>>>>> The framwwork startlevel is set in config.properties as usual:
>>>>>>> org.osgi.framework.startlevel.beginning=9
>>>>>>> Setting this to 10 and configure at least one bundle to level 10 
>>>>>>> breaks the stopping sequence :-(.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Andreas
>>>>>>>
>>>>>>> --------------------------------------------------------------------- 
>>>>>>>
>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>
>>>>>>
>>>>>> --------------------------------------------------------------------- 
>>>>>>
>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org


Re: Trouble on stopping bundles when felix startlevel is>9

Posted by Andreas Grote <ag...@orga-systems.com>.
> Wait a minute! There was a bug in the 1.8.x config.properties file where 
> it refers to org.osgi.framework.startlevel, but it was a mistake...the 
> actually property name is org.osgi.framework.startlevel.beginning. The 
> correct value is used internally by the framework for lookup, so this 
> erroneous property should have no impact.
I need to set org.osgi.framework.startlevel in addition to 
org.osgi.framework.startlevel.beginning
for things to work, but only under the given special circumstances.

> Well, something is up, I am just not sure what...maybe we can get to the 
> bottom of it. Did you try with 2.0?
No, I just went to 1.8 a few days before 2.0 was there...

Thanks,
Andreas

> -> richard
> 
>>
>> Thanks,
>> Andreas
>>
>>> Thanks.
>>>
>>> -> richard
>>>
>>>> Andreas
>>>>
>>>> Richard S. Hall wrote:
>>>>> Do you have any issues if you just use Felix' default launcher with 
>>>>> the auto-start properties specifying start levels greater than 9?
>>>>>
>>>>> If so, open an issue describing steps to reproduce and we will look 
>>>>> into it.
>>>>>
>>>>> -> richard
>>>>>
>>>>> On 9/25/09 10:30, Andreas Grote wrote:
>>>>>> I have some trouble using bundle start level>9 in Felix 1.8.0. The 
>>>>>> bundles are started without any problems, but calling felix.stop() 
>>>>>> does not bring them down as expected. Using levels up to 9 this 
>>>>>> works fine, but using one or more bundles with level >9 prevents 
>>>>>> all bundles from being stopped. The OSGi spec tells me that start 
>>>>>> level can be an int value, so I see no reason why this should be 
>>>>>> limited to 1..9.
>>>>>> Anyone else experienced this, or successfully used higher bundle 
>>>>>> startlevels than 9?
>>>>>>
>>>>>> This is what I am doing in my own main bringing up felix:
>>>>>> *Read in system and configuration properties as felix does
>>>>>> *Read in bundles from own config file (listing bundle names and 
>>>>>> start levels)
>>>>>> *Use own framework activator and tell this to felix:
>>>>>>       configProps.put(FelixConstants.SYSTEMBUNDLE_ACTIVATORS_PROP, 
>>>>>> list);
>>>>>>       m_framework = new Felix(configProps);
>>>>>>       m_framework.start();
>>>>>>
>>>>>> This list is then processed step by step by my framework activator 
>>>>>> as follows:
>>>>>>     StartLevel sl = (StartLevel) 
>>>>>> context.getService(context.getServiceReference
>>>>>>     (org.osgi.service.startlevel.StartLevel.class.getName()));
>>>>>>     Bundle b = context.installBundle(name, null);
>>>>>>     sl.setBundleStartLevel(b, level);
>>>>>>     b.start();
>>>>>>
>>>>>> The framwwork startlevel is set in config.properties as usual:
>>>>>> org.osgi.framework.startlevel.beginning=9
>>>>>> Setting this to 10 and configure at least one bundle to level 10 
>>>>>> breaks the stopping sequence :-(.
>>>>>>
>>>>>> Thanks,
>>>>>> Andreas
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
> 
> 

-- 
Andreas Grote
System Development Engineer

Orga Systems GmbH | Am Hoppenhof 33 | 33104 Paderborn | Germany
Geschäftsführer Rainer Neumann, Frank Stehling, Ralf Vogt | Amtsgericht Paderborn | HRB 6249
E-Mail: AGrote@orga-systems.com | Tel: +49 5251 8749 3865 | Fax: +49 5251 8749 3899
Internet: www.orga-systems.com

Orga Systems - ensuring business agility for the mobile industry

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org


Re: Trouble on stopping bundles when felix startlevel is>9

Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 9/29/09 15:16, Andreas Grote wrote:
>> Not sure I totally understand. The launcher just uses an "embedded" 
>> framework instance, so it should work the same in both cases. Was it 
>> just a mistake in your custom launcher or is there something not 
>> working quite right?
> I did *not* change the code of my embedded launcher, I just changed 
> the config.properties to make it work (add
> org.osgi.framework.startlevel to already existing  
> org.osgi.framework.startlevel.beginning).
> This is what makes me wonder, because my code does not parse the 
> config.properties content, it just hands it over to the framework.

Wait a minute! There was a bug in the 1.8.x config.properties file where 
it refers to org.osgi.framework.startlevel, but it was a mistake...the 
actually property name is org.osgi.framework.startlevel.beginning. The 
correct value is used internally by the framework for lookup, so this 
erroneous property should have no impact.

>> When you start a framework instance, it should start bundles 
>> according to start level. When you stop a framework instance, it 
>> should stop bundles according to reverse start level. Whether a 
>> bundle's start level is greater than 9 should have no impact. If you 
>> are seeing something different, then we should get to the bottom of it.
> I agree that it should not make any difference, but in fact it did 
> with the missing property.

Well, something is up, I am just not sure what...maybe we can get to the 
bottom of it. Did you try with 2.0?

-> richard

>
> Thanks,
> Andreas
>
>> Thanks.
>>
>> -> richard
>>
>>> Andreas
>>>
>>> Richard S. Hall wrote:
>>>> Do you have any issues if you just use Felix' default launcher with 
>>>> the auto-start properties specifying start levels greater than 9?
>>>>
>>>> If so, open an issue describing steps to reproduce and we will look 
>>>> into it.
>>>>
>>>> -> richard
>>>>
>>>> On 9/25/09 10:30, Andreas Grote wrote:
>>>>> I have some trouble using bundle start level>9 in Felix 1.8.0. The 
>>>>> bundles are started without any problems, but calling felix.stop() 
>>>>> does not bring them down as expected. Using levels up to 9 this 
>>>>> works fine, but using one or more bundles with level >9 prevents 
>>>>> all bundles from being stopped. The OSGi spec tells me that start 
>>>>> level can be an int value, so I see no reason why this should be 
>>>>> limited to 1..9.
>>>>> Anyone else experienced this, or successfully used higher bundle 
>>>>> startlevels than 9?
>>>>>
>>>>> This is what I am doing in my own main bringing up felix:
>>>>> *Read in system and configuration properties as felix does
>>>>> *Read in bundles from own config file (listing bundle names and 
>>>>> start levels)
>>>>> *Use own framework activator and tell this to felix:
>>>>>       configProps.put(FelixConstants.SYSTEMBUNDLE_ACTIVATORS_PROP, 
>>>>> list);
>>>>>       m_framework = new Felix(configProps);
>>>>>       m_framework.start();
>>>>>
>>>>> This list is then processed step by step by my framework activator 
>>>>> as follows:
>>>>>     StartLevel sl = (StartLevel) 
>>>>> context.getService(context.getServiceReference
>>>>>     (org.osgi.service.startlevel.StartLevel.class.getName()));
>>>>>     Bundle b = context.installBundle(name, null);
>>>>>     sl.setBundleStartLevel(b, level);
>>>>>     b.start();
>>>>>
>>>>> The framwwork startlevel is set in config.properties as usual:
>>>>> org.osgi.framework.startlevel.beginning=9
>>>>> Setting this to 10 and configure at least one bundle to level 10 
>>>>> breaks the stopping sequence :-(.
>>>>>
>>>>> Thanks,
>>>>> Andreas
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org


Re: Trouble on stopping bundles when felix startlevel is>9

Posted by Andreas Grote <ag...@orga-systems.com>.
> Not sure I totally understand. The launcher just uses an "embedded" 
> framework instance, so it should work the same in both cases. Was it 
> just a mistake in your custom launcher or is there something not working 
> quite right?
I did *not* change the code of my embedded launcher, I just changed the config.properties to 
make it work (add
org.osgi.framework.startlevel to already existing  org.osgi.framework.startlevel.beginning).
This is what makes me wonder, because my code does not parse the config.properties content, 
it just hands it over to the framework.

> When you start a framework instance, it should start bundles according 
> to start level. When you stop a framework instance, it should stop 
> bundles according to reverse start level. Whether a bundle's start level 
> is greater than 9 should have no impact. If you are seeing something 
> different, then we should get to the bottom of it.
I agree that it should not make any difference, but in fact it did with the missing property.

Thanks,
Andreas

> Thanks.
> 
> -> richard
> 
>> Andreas
>>
>> Richard S. Hall wrote:
>>> Do you have any issues if you just use Felix' default launcher with 
>>> the auto-start properties specifying start levels greater than 9?
>>>
>>> If so, open an issue describing steps to reproduce and we will look 
>>> into it.
>>>
>>> -> richard
>>>
>>> On 9/25/09 10:30, Andreas Grote wrote:
>>>> I have some trouble using bundle start level>9 in Felix 1.8.0. The 
>>>> bundles are started without any problems, but calling felix.stop() 
>>>> does not bring them down as expected. Using levels up to 9 this 
>>>> works fine, but using one or more bundles with level >9 prevents all 
>>>> bundles from being stopped. The OSGi spec tells me that start level 
>>>> can be an int value, so I see no reason why this should be limited 
>>>> to 1..9.
>>>> Anyone else experienced this, or successfully used higher bundle 
>>>> startlevels than 9?
>>>>
>>>> This is what I am doing in my own main bringing up felix:
>>>> *Read in system and configuration properties as felix does
>>>> *Read in bundles from own config file (listing bundle names and 
>>>> start levels)
>>>> *Use own framework activator and tell this to felix:
>>>>       configProps.put(FelixConstants.SYSTEMBUNDLE_ACTIVATORS_PROP, 
>>>> list);
>>>>       m_framework = new Felix(configProps);
>>>>       m_framework.start();
>>>>
>>>> This list is then processed step by step by my framework activator 
>>>> as follows:
>>>>     StartLevel sl = (StartLevel) 
>>>> context.getService(context.getServiceReference
>>>>     (org.osgi.service.startlevel.StartLevel.class.getName()));
>>>>     Bundle b = context.installBundle(name, null);
>>>>     sl.setBundleStartLevel(b, level);
>>>>     b.start();
>>>>
>>>> The framwwork startlevel is set in config.properties as usual:
>>>> org.osgi.framework.startlevel.beginning=9
>>>> Setting this to 10 and configure at least one bundle to level 10 
>>>> breaks the stopping sequence :-(.
>>>>
>>>> Thanks,
>>>> Andreas
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
> 
> 

-- 
Andreas Grote
System Development Engineer

Orga Systems GmbH | Am Hoppenhof 33 | 33104 Paderborn | Germany
Geschäftsführer Rainer Neumann, Frank Stehling, Ralf Vogt | Amtsgericht Paderborn | HRB 6249
E-Mail: AGrote@orga-systems.com | Tel: +49 5251 8749 3865 | Fax: +49 5251 8749 3899
Internet: www.orga-systems.com

Orga Systems - ensuring business agility for the mobile industry

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org


Re: Trouble on stopping bundles when felix startlevel is>9

Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 9/29/09 13:22, Andreas Grote wrote:
> FYI - problem is solved.
> With Felix default launcher it worked as desired, and I figured out 
> that for an embedded felix and for runlevels up to 9 
> org.osgi.framework.startlevel.beginning is sufficient, for higer 
> runlevels I need to set both org.osgi.framework.startlevel.beginning 
> and org.osgi.framework.startlevel to stop the bundles properly. 
> Strange but works...

Not sure I totally understand. The launcher just uses an "embedded" 
framework instance, so it should work the same in both cases. Was it 
just a mistake in your custom launcher or is there something not working 
quite right?

When you start a framework instance, it should start bundles according 
to start level. When you stop a framework instance, it should stop 
bundles according to reverse start level. Whether a bundle's start level 
is greater than 9 should have no impact. If you are seeing something 
different, then we should get to the bottom of it.

Thanks.

-> richard

> Andreas
>
> Richard S. Hall wrote:
>> Do you have any issues if you just use Felix' default launcher with 
>> the auto-start properties specifying start levels greater than 9?
>>
>> If so, open an issue describing steps to reproduce and we will look 
>> into it.
>>
>> -> richard
>>
>> On 9/25/09 10:30, Andreas Grote wrote:
>>> I have some trouble using bundle start level>9 in Felix 1.8.0. The 
>>> bundles are started without any problems, but calling felix.stop() 
>>> does not bring them down as expected. Using levels up to 9 this 
>>> works fine, but using one or more bundles with level >9 prevents all 
>>> bundles from being stopped. The OSGi spec tells me that start level 
>>> can be an int value, so I see no reason why this should be limited 
>>> to 1..9.
>>> Anyone else experienced this, or successfully used higher bundle 
>>> startlevels than 9?
>>>
>>> This is what I am doing in my own main bringing up felix:
>>> *Read in system and configuration properties as felix does
>>> *Read in bundles from own config file (listing bundle names and 
>>> start levels)
>>> *Use own framework activator and tell this to felix:
>>>       configProps.put(FelixConstants.SYSTEMBUNDLE_ACTIVATORS_PROP, 
>>> list);
>>>       m_framework = new Felix(configProps);
>>>       m_framework.start();
>>>
>>> This list is then processed step by step by my framework activator 
>>> as follows:
>>>     StartLevel sl = (StartLevel) 
>>> context.getService(context.getServiceReference
>>>     (org.osgi.service.startlevel.StartLevel.class.getName()));
>>>     Bundle b = context.installBundle(name, null);
>>>     sl.setBundleStartLevel(b, level);
>>>     b.start();
>>>
>>> The framwwork startlevel is set in config.properties as usual:
>>> org.osgi.framework.startlevel.beginning=9
>>> Setting this to 10 and configure at least one bundle to level 10 
>>> breaks the stopping sequence :-(.
>>>
>>> Thanks,
>>> Andreas
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org


Re: Trouble on stopping bundles when felix startlevel is>9

Posted by Andreas Grote <ag...@orga-systems.com>.
FYI - problem is solved.
With Felix default launcher it worked as desired, and I figured out that for an embedded 
felix and for runlevels up to 9 org.osgi.framework.startlevel.beginning is sufficient, for 
higer runlevels I need to set both org.osgi.framework.startlevel.beginning and 
org.osgi.framework.startlevel to stop the bundles properly. Strange but works...
Andreas

Richard S. Hall wrote:
> Do you have any issues if you just use Felix' default launcher with the 
> auto-start properties specifying start levels greater than 9?
> 
> If so, open an issue describing steps to reproduce and we will look into 
> it.
> 
> -> richard
> 
> On 9/25/09 10:30, Andreas Grote wrote:
>> I have some trouble using bundle start level>9 in Felix 1.8.0. The 
>> bundles are started without any problems, but calling felix.stop() 
>> does not bring them down as expected. Using levels up to 9 this works 
>> fine, but using one or more bundles with level >9 prevents all bundles 
>> from being stopped. The OSGi spec tells me that start level can be an 
>> int value, so I see no reason why this should be limited to 1..9.
>> Anyone else experienced this, or successfully used higher bundle 
>> startlevels than 9?
>>
>> This is what I am doing in my own main bringing up felix:
>> *Read in system and configuration properties as felix does
>> *Read in bundles from own config file (listing bundle names and start 
>> levels)
>> *Use own framework activator and tell this to felix:
>>       configProps.put(FelixConstants.SYSTEMBUNDLE_ACTIVATORS_PROP, list);
>>       m_framework = new Felix(configProps);
>>       m_framework.start();
>>
>> This list is then processed step by step by my framework activator as 
>> follows:
>>     StartLevel sl = (StartLevel) 
>> context.getService(context.getServiceReference
>>     (org.osgi.service.startlevel.StartLevel.class.getName()));
>>     Bundle b = context.installBundle(name, null);
>>     sl.setBundleStartLevel(b, level);
>>     b.start();
>>
>> The framwwork startlevel is set in config.properties as usual:
>> org.osgi.framework.startlevel.beginning=9
>> Setting this to 10 and configure at least one bundle to level 10 
>> breaks the stopping sequence :-(.
>>
>> Thanks,
>> Andreas
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
> 
> 

-- 
Andreas Grote
System Development Engineer

Orga Systems GmbH | Am Hoppenhof 33 | 33104 Paderborn | Germany
Geschäftsführer Rainer Neumann, Frank Stehling, Ralf Vogt | Amtsgericht Paderborn | HRB 6249
E-Mail: AGrote@orga-systems.com | Tel: +49 5251 8749 3865 | Fax: +49 5251 8749 3899
Internet: www.orga-systems.com

Orga Systems - ensuring business agility for the mobile industry

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org


Re: Trouble on stopping bundles when felix startlevel is>9

Posted by "Richard S. Hall" <he...@ungoverned.org>.
Do you have any issues if you just use Felix' default launcher with the 
auto-start properties specifying start levels greater than 9?

If so, open an issue describing steps to reproduce and we will look into it.

-> richard

On 9/25/09 10:30, Andreas Grote wrote:
> I have some trouble using bundle start level>9 in Felix 1.8.0. The 
> bundles are started without any problems, but calling felix.stop() 
> does not bring them down as expected. Using levels up to 9 this works 
> fine, but using one or more bundles with level >9 prevents all bundles 
> from being stopped. The OSGi spec tells me that start level can be an 
> int value, so I see no reason why this should be limited to 1..9.
> Anyone else experienced this, or successfully used higher bundle 
> startlevels than 9?
>
> This is what I am doing in my own main bringing up felix:
> *Read in system and configuration properties as felix does
> *Read in bundles from own config file (listing bundle names and start 
> levels)
> *Use own framework activator and tell this to felix:
>       configProps.put(FelixConstants.SYSTEMBUNDLE_ACTIVATORS_PROP, list);
>       m_framework = new Felix(configProps);
>       m_framework.start();
>
> This list is then processed step by step by my framework activator as 
> follows:
>     StartLevel sl = (StartLevel) 
> context.getService(context.getServiceReference
>     (org.osgi.service.startlevel.StartLevel.class.getName()));
>     Bundle b = context.installBundle(name, null);
>     sl.setBundleStartLevel(b, level);
>     b.start();
>
> The framwwork startlevel is set in config.properties as usual:
> org.osgi.framework.startlevel.beginning=9
> Setting this to 10 and configure at least one bundle to level 10 
> breaks the stopping sequence :-(.
>
> Thanks,
> Andreas
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org