Hi,

You are right, the Felix DS implementation currently (as of 1.4.0)
activates all components asynchonously. I am aware of this problems,
though, and have changed this mechanism in trunk (see FELIX-2368 [1])
such that components are activated synchronously.

I am currently testing this and results look promising so far.

This way, once the FRAMEWORK_STARTED (or STARTLEVEL_CHANGED) event is
fired (and received) SCR has completed all open tasks due to framework
startup.

Regards
Felix

[1] https://issues.apache.org/jira/browse/FELIX-2368

On 07.06.2010 13:18, Reto Bachmann-Gmuer wrote:
> Hmm, listing to FrameworkEvent.STARTED is what I tried.
> 
> protected void activate(ComponentContext componentContext) {
>         logger.info("BootMonitor initialized");
>         final BundleContext bundleContext =
> componentContext.getBundleContext();
>         bundleContext.addFrameworkListener(this);
> }
> @Override
>     public void frameworkEvent(FrameworkEvent fe) {
>         if (fe.getType() == FrameworkEvent.STARTED) {
>             logger.info
> ("**********************************************************************");
>             logger.info("The instance is now operational.");
>         } else {
>             logger.info("Framework-event:"+fe.getType());
>         }
>     }
> 
> unfortunately I don't seem t ohget any framework events, I thought taht DS
> stuff might be started after the franework started.
> 
> 
> Cheers,
> reto
> 
> On Mon, Jun 7, 2010 at 1:03 PM, Rob Walker <[email protected]> wrote:
> 
>> One option which we use is to listen for FrameworkEvent.STARTED.
>>
>> We used to listen to individual bundle started events and count them down,
>> but it was simpler in the end to just listen for the final framework started
>> event
>>
>> Regards
>>
>> -- Rob
>>
>>
>> On 07/06/2010 12:58 PM, Reto Bachmann-Gmuer wrote:
>>
>>> Hello
>>>
>>> I would like to log a message (or make a splash creen disappear) when all
>>> bundles are started and all their services (using declarative services)
>>> acive. How do I best do this?
>>>
>>> Cheers,
>>> re6to
>>>
>>>
>>>
>>
>> --
>>
>>
>> Ascert - Taking systems to the Edge
>> [email protected]
>> +44 (0)20 7488 3470
>> www.ascert.com
>>
>>
>>
>> ---------------------------------------------------------------------
>> 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