Hi Guillaume,
I know Spring and Spring-DM an alternative component model, and i would
just
say that spring is one of my favourite application framework.
BTW i still prefer to use Declarative Services because it keeps my system
more light and even if Spring-DM is more superior about dependency
injection, DS is enough
powerful to me.
As i know if understood well, probably the blueprint services ( derived
by spring-dm ) will
become a standard OSGi service specification, this is a very interesting
point.
On the other side it will be very interesting to see if there will be
different implementations of this
specification.
Could you point me to your implementation of "blueprint / rfc 124"??
Andrea Zoppello
Guillaume Nodet ha scritto:
Btw, and just FYI, as I think you're familiar with spring, you might
want to look at blueprint / rfc 124 instead of DS. It's way more
powerful. This spec is heavily based on spring / spring-dm, but I'm
working on an implementation at Apache too.
On Tue, Jun 16, 2009 at 16:34, Andrea Zoppello<[email protected]> wrote:
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
