On Mon, Dec 8, 2014 at 9:02 PM, Richard S. Hall <[email protected]> wrote:
> On 12/8/14 20:47 , Benson Margulies wrote:
>>
>> On Mon, Dec 8, 2014 at 8:34 PM, Richard S. Hall <[email protected]>
>> wrote:
>>>
>>> On 12/8/14 18:07 , Benson Margulies wrote:
>>>>
>>>> FrameworkStartLevel#setStartLevel takes listeners, which looks really
>>>> useful. Can I call it instead of Framework#start?
>>>
>>>
>>> They don't do the same thing, but certainly you can use either...
>>
>>
>> That's what I'm trying to sort out. To be perfectly clear about my
>> ignorance, I don't understand what the FrameworkStartLevel method is
>> for if it's not another way to express the Framework method.
>>
>> Here's what I have working:
>>
>> 1. framework.init();
>> 2. obtain default bundle start level from FrameworkStartLevel
>> 3. installBundle all bundles
>> 4. set start level for each bundle by adapting to a BundleStartLevel
>> 5. start all bundles
>> 6. framework.start
>>
>> So, where would FrameworkStartLevel#setStartLevel fit into all this?
>> Is it only useful if I need to change the start level after
>> framework.start()?
>
>
> Yeah, it is pretty much only useful after you activate the framework (i.e.,
> call start()). Although, after a quick look, I'm not 100% certain what the
> Felix framework implementation will do if you call setStartLevel() before
> calling start()...

So, if I set all the bundles to start at 2, and leave the beginning
level at 1, then start() won't start any bundles. Then I could call
setStartLevel(2, myFavoriteListener) and achieve synchronization?


>
> -> richard
>
>
>>
>>
>>
>>
>>
>>>
>>> -> richard
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to