I think that would work, although I think you can also configure the initial framework start level too. On Dec 8, 2014 9:10 PM, "Benson Margulies" <ben...@basistech.com> wrote:
> On Mon, Dec 8, 2014 at 9:02 PM, Richard S. Hall <he...@ungoverned.org> > wrote: > > On 12/8/14 20:47 , Benson Margulies wrote: > >> > >> On Mon, Dec 8, 2014 at 8:34 PM, Richard S. Hall <he...@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-unsubscr...@felix.apache.org > >>> For additional commands, e-mail: users-h...@felix.apache.org > >>> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > >> For additional commands, e-mail: users-h...@felix.apache.org > >> > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > > For additional commands, e-mail: users-h...@felix.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > For additional commands, e-mail: users-h...@felix.apache.org > >
