That is not correct. SCR will never create factory component instances. They are only created by calling newInstance on the factory. SCR must deactivate instances if a dependency of the factory goes away. They must be "manually" recreated, if necessary, once the dependency is reestablished. --
BJ Hargrave Senior Technical Staff Member, IBM OSGi Fellow and CTO of the OSGi Alliance [email protected] office: +1 386 848 1781 mobile: +1 386 848 3788 From: Felix Meschberger <[email protected]> To: OSGi Developer Mail List <[email protected]> Date: 2009/06/16 16:15 Subject: Re: [osgi-dev] Declarative Services Question... Sent by: [email protected] Hi, Andrea Zoppello schrieb: > 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. As I understand the specification the DS implementation should activate your factory instances F1..FN again as soon as the dependency becomes satisfied again. Regards Felix > > > 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
