felix-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Richard S. Hall" <he...@ungoverned.org>
Subject Re: Framework#start versus FrameworkStartLevel#setStartLevel
Date Tue, 09 Dec 2014 14:29:13 GMT
On 12/8/14 21:24 , Richard Hall wrote:
>
> I think that would work, although I think you can also configure the 
> initial framework start level too.
>

Also, I'm not sure what synchronization you are trying to achieve, but 
calling Framework.start() is not asynchronous, so calling it waits until 
all start levels up to the initial start level have completed activating.

-> richard

> On Dec 8, 2014 9:10 PM, "Benson Margulies" <benson@basistech.com 
> <mailto:benson@basistech.com>> wrote:
>
>     On Mon, Dec 8, 2014 at 9:02 PM, Richard S. Hall
>     <heavy@ungoverned.org <mailto:heavy@ungoverned.org>> wrote:
>     > On 12/8/14 20:47 , Benson Margulies wrote:
>     >>
>     >> On Mon, Dec 8, 2014 at 8:34 PM, Richard S. Hall
>     <heavy@ungoverned.org <mailto:heavy@ungoverned.org>>
>     >> 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: users-unsubscribe@felix.apache.org
>     <mailto:users-unsubscribe@felix.apache.org>
>     >>> For additional commands, e-mail: users-help@felix.apache.org
>     <mailto:users-help@felix.apache.org>
>     >>>
>     >>
>     ---------------------------------------------------------------------
>     >> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>     <mailto:users-unsubscribe@felix.apache.org>
>     >> For additional commands, e-mail: users-help@felix.apache.org
>     <mailto:users-help@felix.apache.org>
>     >>
>     >
>     >
>     >
>     ---------------------------------------------------------------------
>     > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>     <mailto:users-unsubscribe@felix.apache.org>
>     > For additional commands, e-mail: users-help@felix.apache.org
>     <mailto:users-help@felix.apache.org>
>     >
>
>     ---------------------------------------------------------------------
>     To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>     <mailto:users-unsubscribe@felix.apache.org>
>     For additional commands, e-mail: users-help@felix.apache.org
>     <mailto:users-help@felix.apache.org>
>


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message