On 12/9/14 08:16 , Richard S. Hall wrote:
On 12/9/14 01:55 , Felix Meschberger wrote:
Hi
Am 09.12.2014 um 03:02 schrieb Richard Hall <he...@ungoverned.org>:
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()…
My interpretation is, that the init() method sets the StartLevel
service up and then calling setStartLevel instead of
Framework.start() would probably start the framework except: The
framework STARTED event would not be sent !
Yes, that was sort of my interpretation of looking at the code too,
but I'm not convinced that that is the correct behavior.
I think we need to check for being in INIT state and throw an illegal
state exception or something...
-> richard
-> richard
It would really stick to the original intent, as I read it: Use
Framework.start() to start the framework and use
FrameworkStartLevel.setStartLevel to change the current start level.
Regards
Felix
-> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org
