Hi Richard,

I've read :     
        from 'Interface StartLevel'
        for 'setInitialBundleStartLevel()'
        'When a Bundle is installed via BundleContext.installBundle, it
is assigned the initial bundle start level value.'

I was hoping this would do the same trick as 'bundlelevel <level>
<bundleid>' , 
because I don't have control in what startlevel OBR assigns.

About 'The <startlevel> command sets the active start level for the
framework.'
What is the difference between a framework startlevel and the bundle
startlevel,
 What can a framework-startlevel be used for ?

Regards,
Roland

-----Original Message-----
From: Richard S. Hall [mailto:[email protected]] 
Sent: donderdag 20 augustus 2009 16:20
To: [email protected]
Subject: Re: Startlevel doesn't seem to be recorded

If you want to set the start level associated with a bundle, you must
do:

     bundlelevel <level> <bundle-id> ...

The 'startlevel' command sets the active start level for the framework.

-> richard

On 8/20/09 10:13, Houtman, Roland wrote:
> I'm trying to use a StartLevel to differentiate Between a default 
> installed framework and the Actual installed apps.
>
> With the standard Felix-1.8.0 app,
> I've tried the 'startlevel 2' shell command and then using 'install 
> <url>'&  'start'
> But the startlevel doesn't get recorded with the bundle
>
> I've also tried
>      public void setStartLevel(BundleContext ctx, int level){
>        ServiceReference mRef =
> ctx.getServiceReference(org.osgi.service.startlevel.StartLevel.class.g
> et
> Name());
>        org.osgi.service.startlevel.StartLevel mStartLevel = 
> (org.osgi.service.startlevel.StartLevel)ctx.getService(mRef);
>        if (mStartLevel != null){
>          mStartLevel.setStartLevel(level);
>        }
>        int x = mStartLevel.getStartLevel();
>        ctx.ungetService(mRef);
>      }
> Without any clue why tha value isn't recorded
>
> Thanks,
> Roland
>
>
> ---------------------------------------------------------------------
> 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