Hi BJ,
I'll try with your suggestion.
At the moment i've a "DeployerService" that tracks all the component
factories than
use this to create services depending on the content of the file that
will be put in the
polled folder, the created service are dependent on S1.
if i understand well your suggestion is to make this an immediate
component and then make
it dependent on S1 right???
Andrea
BJ Hargrave ha scritto:
You could have an immediate component which depends upon S1 that is
responsible for creating F1..FN.
--
*BJ Hargrave*
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the _OSGi Alliance_ <http://www.osgi.org/>_
[email protected]_ <mailto:[email protected]>
office: +1 386 848 1781
mobile: +1 386 848 3788
From: Andrea Zoppello <[email protected]>
To: OSGi - Dev <[email protected]>
Date: 2009/06/16 10:39
Subject: [osgi-dev] Declarative Services Question...
Sent by: [email protected]
------------------------------------------------------------------------
Hi All,
In last weeks i've played a lot with declarative services and ds
factories, and i could say
i'm very satisfied about that.
BTW i'm still have a little doubt where i need to go in more further
details.
In my system, i've both declarative services, and ds factories.
In particular suppose that
S1 - Is a standard declarative service ( not a component factories )
F - Is a DS Component Factory
F1..FN are n instances created by F factory component
And the suppose tha the factory component have a 1..1 dependency on S1
Now suppose i want to update the implementation of "S1", when i stop the
bundle exposing "S1" all
the services instances F1..FN created with the component factory F will
be deactivaded.
This is correct but i would like that when S1 will be restarted F1..F2
will be reactivaded again..
I suppose i need to handle this manually myself... but i'd like to
discuss with the
community bwich is the best way to do that.
Thx
Andrea Zoppello
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
------------------------------------------------------------------------
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
