You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Aaron Zeckoski <aa...@vt.edu> on 2009/04/16 15:08:56 UTC
Tracking service changes in your bundle?
So, this is really more of a general OSGi question so I apologize
up-front for not asking a Felix specific question.
I am trying to ensure my bundles play nice in OSGi and follow the
whiteboard pattern as much as possible so I was using the
ServiceTracker and ServiceListeners but I found I was writing a lot of
code so I put it into a couple of classes to make things easier for
myself. I realize that maybe there are already some standard/popular
utilities out there for doing this stuff but I had fun making these so
I thought I would:
A) Put them up here to see what people think
Mutliple services tracker:
https://source.sakaiproject.org/contrib/caret/osgi-eb/trunk/eb-webapp/src/main/java/org/sakaiproject/eb/rest/osgi/util/ServicesTracker.java
Single services tracker:
https://source.sakaiproject.org/contrib/caret/osgi-eb/trunk/eb-webapp/src/main/java/org/sakaiproject/eb/rest/osgi/util/ServiceListenerTracker.java
An activator which is using these:
https://source.sakaiproject.org/contrib/caret/osgi-eb/trunk/eb-webapp/src/main/java/org/sakaiproject/eb/rest/osgi/EBRestActivator.java
B) Ask if there are some standard (or just popular) utils somewhere
already which do this already (are there?)
I basically want to simply avoid starting my services until the ones I
require are availabe, shut mine down when the ones I require go away,
react to changes in the required services (S1 is replaced by S2), and
track services which are optional but used by me (like extensions for
example). I also want it to be easy to get services and take advantage
of generics where possible to avoid constant casting.
I appreciate any comments or pointers (and promise to try to stop
posting so much to this list).
Thanks!
-AZ
--
Aaron Zeckoski (aaronz@vt.edu)
Senior Research Engineer - CARET - Cambridge University
[http://bugs.sakaiproject.org/confluence/display/~aaronz/]
Sakai Fellow - [http://aaronz-sakai.blogspot.com/]
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Tracking service changes in your bundle?
Posted by Aaron Zeckoski <aa...@vt.edu>.
Thanks for confirming that it does not use proxies. I think it is good
to hear that the configuration goes beyond xml. I guess I got the
wrong impression from the getting started page:
http://felix.apache.org/site/ipojo-in-10-minutes.html
Thanks for the info.
:-)
-AZ
On Sat, Apr 18, 2009 at 1:27 AM, Richard S. Hall <he...@ungoverned.org> wrote:
> iPOJO doesn't use proxies, nor does it require XML...it supports annotations
> as well as an API-based approach.
>
> -> richard
>
> On 4/17/09 5:16 PM, Aaron Zeckoski wrote:
>>
>> Great suggestions so far.
>>
>> So, it is time for me to make a naive observation or two and hopefully
>> have someone hit me with a clue-by-four.
>> Things like Spring DM and Peaberry use dynamic proxies when passing
>> around services. I have not had a chance to carefully see how this
>> relates to what happens when I have a proxy to a service that has gone
>> away (perhaps it is different depending on the system) but I am
>> imagining they expect me to handle this situation and really I just
>> want my services to shutdown. I need to investigate this though.
>> The other thing that annoys me about proxies is the difficultly in
>> debugging and tracing or reading tracebacks which involve them (if
>> anyone has a protip here on how to make it easier please let me know).
>> For those reasons, I would prefer to avoid things that create proxies
>> all over the place.
>>
>> I also am not a fan of XML based services configurations (or non-code
>> based really) since I find that it means I invariably make a change to
>> a class name and then face a lovely runtime failure as a result. It
>> has hit me often enough that I really would prefer to avoid it if
>> possible. As a result, I don't think I want to use iPOJO either (or
>> Spring DM again).
>>
>> It seems like felix DM and eclipse SAT are probably the best options
>> for me based on what I currently know but I don't know that much yet
>> so... :-)
>> Anyone know of a site that compares these?
>> -AZ
>>
>>
>> On Thu, Apr 16, 2009 at 4:32 PM, Stuart McCulloch<mc...@gmail.com>
>> wrote:
>>
>>>
>>> 2009/4/16 Aaron Zeckoski<aa...@vt.edu>
>>>
>>>
>>>>
>>>> The spring stuff seems a bit heavyweight but that is just my
>>>> experience from other projects (not OSGi related) so maybe I am
>>>> operating on old info.
>>>>
>>>>
>>>
>>> just for completeness, there's also:
>>>
>>> Apache Felix Dependency Manager (uses a builder-style API)
>>> http://felix.apache.org/site/apache-felix-dependency-manager.html
>>>
>>> Service Activator Toolkit (tooling is primarily Eclipse based)
>>>
>>>
>>> http://www.kevindog.com/sat/help/topic/org.eclipse.soda.sat.plugin.doc/books/book.html
>>>
>>> peaberry (Guice extension, can also work with non-OSGi service
>>> registries)
>>> http://code.google.com/p/peaberry/
>>>
>>> so there's quite a choice out there, and all of them can co-operate via
>>> the
>>> service registry :)
>>>
>>> I will take a look at the DS and iPOJO stuff. Thanks for the pointers!
>>>
>>>>
>>>> :-)
>>>> -AZ
>>>>
>>>> On Thu, Apr 16, 2009 at 2:15 PM, Filippo Diotalevi
>>>> <fi...@gmail.com> wrote:
>>>>
>>>>>
>>>>> Hi,
>>>>>
>>>>> On Thu, Apr 16, 2009 at 3:08 PM, Aaron Zeckoski<aa...@vt.edu> wrote:
>>>>>
>>>>>>
>>>>>> So, this is really more of a general OSGi question so I apologize
>>>>>> up-front for not asking a Felix specific question.
>>>>>>
>>>>>
>>>>> (I think that's the right mailing list, anyway)
>>>>>
>>>>>
>>>>>>
>>>>>> I basically want to simply avoid starting my services until the ones I
>>>>>> require are availabe, shut mine down when the ones I require go away,
>>>>>> react to changes in the required services (S1 is replaced by S2), and
>>>>>> track services which are optional but used by me (like extensions for
>>>>>> example). I also want it to be easy to get services and take advantage
>>>>>> of generics where possible to avoid constant casting.
>>>>>>
>>>>>
>>>>> As you realized, the ServiceTracker is a very powerful tool but it
>>>>> requires quite a lot of code, especially when you need to track a lot
>>>>> of services in the same time.
>>>>> Some pointers:
>>>>>
>>>>> - to do what you want to do, I use atm Spring DM
>>>>> http://www.springsource.org/osgi
>>>>> - if I could change (too late now for my current project), I'd
>>>>> probably use OSGi DS
>>>>>
>>>>> http://felix.apache.org/site/apache-felix-service-component-runtime.html
>>>>> - it may be worth looking at iPOJO (I don't know it but Clement here
>>>>> is the expert& developer)
>>>>> http://felix.apache.org/site/apache-felix-ipojo.html
>>>>>
>>>>> Hope this helps
>>>>> --
>>>>> Filippo Diotalevi
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> Aaron Zeckoski (aaronz@vt.edu)
>>>> Senior Research Engineer - CARET - Cambridge University
>>>>
>>>> [http://bugs.sakaiproject.org/confluence/display/~aaronz/<http://bugs.sakaiproject.org/confluence/display/%7Eaaronz/>
>>>> ]
>>>> Sakai Fellow - [http://aaronz-sakai.blogspot.com/]
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>>
>>>
>>> --
>>> Cheers, Stuart
>>>
>>>
>>
>>
>>
>>
>
--
Aaron Zeckoski (aaronz@vt.edu)
Senior Research Engineer - CARET - Cambridge University
[http://bugs.sakaiproject.org/confluence/display/~aaronz/]
Sakai Fellow - [http://aaronz-sakai.blogspot.com/]
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Tracking service changes in your bundle?
Posted by "Richard S. Hall" <he...@ungoverned.org>.
iPOJO doesn't use proxies, nor does it require XML...it supports
annotations as well as an API-based approach.
-> richard
On 4/17/09 5:16 PM, Aaron Zeckoski wrote:
> Great suggestions so far.
>
> So, it is time for me to make a naive observation or two and hopefully
> have someone hit me with a clue-by-four.
> Things like Spring DM and Peaberry use dynamic proxies when passing
> around services. I have not had a chance to carefully see how this
> relates to what happens when I have a proxy to a service that has gone
> away (perhaps it is different depending on the system) but I am
> imagining they expect me to handle this situation and really I just
> want my services to shutdown. I need to investigate this though.
> The other thing that annoys me about proxies is the difficultly in
> debugging and tracing or reading tracebacks which involve them (if
> anyone has a protip here on how to make it easier please let me know).
> For those reasons, I would prefer to avoid things that create proxies
> all over the place.
>
> I also am not a fan of XML based services configurations (or non-code
> based really) since I find that it means I invariably make a change to
> a class name and then face a lovely runtime failure as a result. It
> has hit me often enough that I really would prefer to avoid it if
> possible. As a result, I don't think I want to use iPOJO either (or
> Spring DM again).
>
> It seems like felix DM and eclipse SAT are probably the best options
> for me based on what I currently know but I don't know that much yet
> so... :-)
> Anyone know of a site that compares these?
> -AZ
>
>
> On Thu, Apr 16, 2009 at 4:32 PM, Stuart McCulloch<mc...@gmail.com> wrote:
>
>> 2009/4/16 Aaron Zeckoski<aa...@vt.edu>
>>
>>
>>> The spring stuff seems a bit heavyweight but that is just my
>>> experience from other projects (not OSGi related) so maybe I am
>>> operating on old info.
>>>
>>>
>> just for completeness, there's also:
>>
>> Apache Felix Dependency Manager (uses a builder-style API)
>> http://felix.apache.org/site/apache-felix-dependency-manager.html
>>
>> Service Activator Toolkit (tooling is primarily Eclipse based)
>>
>> http://www.kevindog.com/sat/help/topic/org.eclipse.soda.sat.plugin.doc/books/book.html
>>
>> peaberry (Guice extension, can also work with non-OSGi service
>> registries)
>> http://code.google.com/p/peaberry/
>>
>> so there's quite a choice out there, and all of them can co-operate via the
>> service registry :)
>>
>> I will take a look at the DS and iPOJO stuff. Thanks for the pointers!
>>
>>> :-)
>>> -AZ
>>>
>>> On Thu, Apr 16, 2009 at 2:15 PM, Filippo Diotalevi
>>> <fi...@gmail.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> On Thu, Apr 16, 2009 at 3:08 PM, Aaron Zeckoski<aa...@vt.edu> wrote:
>>>>
>>>>> So, this is really more of a general OSGi question so I apologize
>>>>> up-front for not asking a Felix specific question.
>>>>>
>>>> (I think that's the right mailing list, anyway)
>>>>
>>>>
>>>>> I basically want to simply avoid starting my services until the ones I
>>>>> require are availabe, shut mine down when the ones I require go away,
>>>>> react to changes in the required services (S1 is replaced by S2), and
>>>>> track services which are optional but used by me (like extensions for
>>>>> example). I also want it to be easy to get services and take advantage
>>>>> of generics where possible to avoid constant casting.
>>>>>
>>>> As you realized, the ServiceTracker is a very powerful tool but it
>>>> requires quite a lot of code, especially when you need to track a lot
>>>> of services in the same time.
>>>> Some pointers:
>>>>
>>>> - to do what you want to do, I use atm Spring DM
>>>> http://www.springsource.org/osgi
>>>> - if I could change (too late now for my current project), I'd
>>>> probably use OSGi DS
>>>> http://felix.apache.org/site/apache-felix-service-component-runtime.html
>>>> - it may be worth looking at iPOJO (I don't know it but Clement here
>>>> is the expert& developer)
>>>> http://felix.apache.org/site/apache-felix-ipojo.html
>>>>
>>>> Hope this helps
>>>> --
>>>> Filippo Diotalevi
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>>
>>>
>>> --
>>> Aaron Zeckoski (aaronz@vt.edu)
>>> Senior Research Engineer - CARET - Cambridge University
>>> [http://bugs.sakaiproject.org/confluence/display/~aaronz/<http://bugs.sakaiproject.org/confluence/display/%7Eaaronz/>
>>> ]
>>> Sakai Fellow - [http://aaronz-sakai.blogspot.com/]
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>>
>> --
>> Cheers, Stuart
>>
>>
>
>
>
>
Re: Tracking service changes in your bundle?
Posted by Aaron Zeckoski <aa...@vt.edu>.
Great suggestions so far.
So, it is time for me to make a naive observation or two and hopefully
have someone hit me with a clue-by-four.
Things like Spring DM and Peaberry use dynamic proxies when passing
around services. I have not had a chance to carefully see how this
relates to what happens when I have a proxy to a service that has gone
away (perhaps it is different depending on the system) but I am
imagining they expect me to handle this situation and really I just
want my services to shutdown. I need to investigate this though.
The other thing that annoys me about proxies is the difficultly in
debugging and tracing or reading tracebacks which involve them (if
anyone has a protip here on how to make it easier please let me know).
For those reasons, I would prefer to avoid things that create proxies
all over the place.
I also am not a fan of XML based services configurations (or non-code
based really) since I find that it means I invariably make a change to
a class name and then face a lovely runtime failure as a result. It
has hit me often enough that I really would prefer to avoid it if
possible. As a result, I don't think I want to use iPOJO either (or
Spring DM again).
It seems like felix DM and eclipse SAT are probably the best options
for me based on what I currently know but I don't know that much yet
so... :-)
Anyone know of a site that compares these?
-AZ
On Thu, Apr 16, 2009 at 4:32 PM, Stuart McCulloch <mc...@gmail.com> wrote:
> 2009/4/16 Aaron Zeckoski <aa...@vt.edu>
>
>> The spring stuff seems a bit heavyweight but that is just my
>> experience from other projects (not OSGi related) so maybe I am
>> operating on old info.
>>
>
> just for completeness, there's also:
>
> Apache Felix Dependency Manager (uses a builder-style API)
> http://felix.apache.org/site/apache-felix-dependency-manager.html
>
> Service Activator Toolkit (tooling is primarily Eclipse based)
>
> http://www.kevindog.com/sat/help/topic/org.eclipse.soda.sat.plugin.doc/books/book.html
>
> peaberry (Guice extension, can also work with non-OSGi service
> registries)
> http://code.google.com/p/peaberry/
>
> so there's quite a choice out there, and all of them can co-operate via the
> service registry :)
>
> I will take a look at the DS and iPOJO stuff. Thanks for the pointers!
>> :-)
>> -AZ
>>
>> On Thu, Apr 16, 2009 at 2:15 PM, Filippo Diotalevi
>> <fi...@gmail.com> wrote:
>> > Hi,
>> >
>> > On Thu, Apr 16, 2009 at 3:08 PM, Aaron Zeckoski <aa...@vt.edu> wrote:
>> >> So, this is really more of a general OSGi question so I apologize
>> >> up-front for not asking a Felix specific question.
>> >
>> > (I think that's the right mailing list, anyway)
>> >
>> >> I basically want to simply avoid starting my services until the ones I
>> >> require are availabe, shut mine down when the ones I require go away,
>> >> react to changes in the required services (S1 is replaced by S2), and
>> >> track services which are optional but used by me (like extensions for
>> >> example). I also want it to be easy to get services and take advantage
>> >> of generics where possible to avoid constant casting.
>> >
>> > As you realized, the ServiceTracker is a very powerful tool but it
>> > requires quite a lot of code, especially when you need to track a lot
>> > of services in the same time.
>> > Some pointers:
>> >
>> > - to do what you want to do, I use atm Spring DM
>> > http://www.springsource.org/osgi
>> > - if I could change (too late now for my current project), I'd
>> > probably use OSGi DS
>> > http://felix.apache.org/site/apache-felix-service-component-runtime.html
>> > - it may be worth looking at iPOJO (I don't know it but Clement here
>> > is the expert & developer)
>> > http://felix.apache.org/site/apache-felix-ipojo.html
>> >
>> > Hope this helps
>> > --
>> > Filippo Diotalevi
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> > For additional commands, e-mail: users-help@felix.apache.org
>> >
>> >
>>
>>
>>
>> --
>> Aaron Zeckoski (aaronz@vt.edu)
>> Senior Research Engineer - CARET - Cambridge University
>> [http://bugs.sakaiproject.org/confluence/display/~aaronz/<http://bugs.sakaiproject.org/confluence/display/%7Eaaronz/>
>> ]
>> Sakai Fellow - [http://aaronz-sakai.blogspot.com/]
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
> --
> Cheers, Stuart
>
--
Aaron Zeckoski (aaronz@vt.edu)
Senior Research Engineer - CARET - Cambridge University
[http://bugs.sakaiproject.org/confluence/display/~aaronz/]
Sakai Fellow - [http://aaronz-sakai.blogspot.com/]
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Tracking service changes in your bundle?
Posted by Stuart McCulloch <mc...@gmail.com>.
2009/4/16 Aaron Zeckoski <aa...@vt.edu>
> The spring stuff seems a bit heavyweight but that is just my
> experience from other projects (not OSGi related) so maybe I am
> operating on old info.
>
just for completeness, there's also:
Apache Felix Dependency Manager (uses a builder-style API)
http://felix.apache.org/site/apache-felix-dependency-manager.html
Service Activator Toolkit (tooling is primarily Eclipse based)
http://www.kevindog.com/sat/help/topic/org.eclipse.soda.sat.plugin.doc/books/book.html
peaberry (Guice extension, can also work with non-OSGi service
registries)
http://code.google.com/p/peaberry/
so there's quite a choice out there, and all of them can co-operate via the
service registry :)
I will take a look at the DS and iPOJO stuff. Thanks for the pointers!
> :-)
> -AZ
>
> On Thu, Apr 16, 2009 at 2:15 PM, Filippo Diotalevi
> <fi...@gmail.com> wrote:
> > Hi,
> >
> > On Thu, Apr 16, 2009 at 3:08 PM, Aaron Zeckoski <aa...@vt.edu> wrote:
> >> So, this is really more of a general OSGi question so I apologize
> >> up-front for not asking a Felix specific question.
> >
> > (I think that's the right mailing list, anyway)
> >
> >> I basically want to simply avoid starting my services until the ones I
> >> require are availabe, shut mine down when the ones I require go away,
> >> react to changes in the required services (S1 is replaced by S2), and
> >> track services which are optional but used by me (like extensions for
> >> example). I also want it to be easy to get services and take advantage
> >> of generics where possible to avoid constant casting.
> >
> > As you realized, the ServiceTracker is a very powerful tool but it
> > requires quite a lot of code, especially when you need to track a lot
> > of services in the same time.
> > Some pointers:
> >
> > - to do what you want to do, I use atm Spring DM
> > http://www.springsource.org/osgi
> > - if I could change (too late now for my current project), I'd
> > probably use OSGi DS
> > http://felix.apache.org/site/apache-felix-service-component-runtime.html
> > - it may be worth looking at iPOJO (I don't know it but Clement here
> > is the expert & developer)
> > http://felix.apache.org/site/apache-felix-ipojo.html
> >
> > Hope this helps
> > --
> > Filippo Diotalevi
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> > For additional commands, e-mail: users-help@felix.apache.org
> >
> >
>
>
>
> --
> Aaron Zeckoski (aaronz@vt.edu)
> Senior Research Engineer - CARET - Cambridge University
> [http://bugs.sakaiproject.org/confluence/display/~aaronz/<http://bugs.sakaiproject.org/confluence/display/%7Eaaronz/>
> ]
> Sakai Fellow - [http://aaronz-sakai.blogspot.com/]
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
Cheers, Stuart
Re: Tracking service changes in your bundle?
Posted by Aaron Zeckoski <aa...@vt.edu>.
The spring stuff seems a bit heavyweight but that is just my
experience from other projects (not OSGi related) so maybe I am
operating on old info.
I will take a look at the DS and iPOJO stuff. Thanks for the pointers!
:-)
-AZ
On Thu, Apr 16, 2009 at 2:15 PM, Filippo Diotalevi
<fi...@gmail.com> wrote:
> Hi,
>
> On Thu, Apr 16, 2009 at 3:08 PM, Aaron Zeckoski <aa...@vt.edu> wrote:
>> So, this is really more of a general OSGi question so I apologize
>> up-front for not asking a Felix specific question.
>
> (I think that's the right mailing list, anyway)
>
>> I basically want to simply avoid starting my services until the ones I
>> require are availabe, shut mine down when the ones I require go away,
>> react to changes in the required services (S1 is replaced by S2), and
>> track services which are optional but used by me (like extensions for
>> example). I also want it to be easy to get services and take advantage
>> of generics where possible to avoid constant casting.
>
> As you realized, the ServiceTracker is a very powerful tool but it
> requires quite a lot of code, especially when you need to track a lot
> of services in the same time.
> Some pointers:
>
> - to do what you want to do, I use atm Spring DM
> http://www.springsource.org/osgi
> - if I could change (too late now for my current project), I'd
> probably use OSGi DS
> http://felix.apache.org/site/apache-felix-service-component-runtime.html
> - it may be worth looking at iPOJO (I don't know it but Clement here
> is the expert & developer)
> http://felix.apache.org/site/apache-felix-ipojo.html
>
> Hope this helps
> --
> Filippo Diotalevi
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
Aaron Zeckoski (aaronz@vt.edu)
Senior Research Engineer - CARET - Cambridge University
[http://bugs.sakaiproject.org/confluence/display/~aaronz/]
Sakai Fellow - [http://aaronz-sakai.blogspot.com/]
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Tracking service changes in your bundle?
Posted by Filippo Diotalevi <fi...@gmail.com>.
Hi,
On Thu, Apr 16, 2009 at 3:08 PM, Aaron Zeckoski <aa...@vt.edu> wrote:
> So, this is really more of a general OSGi question so I apologize
> up-front for not asking a Felix specific question.
(I think that's the right mailing list, anyway)
> I basically want to simply avoid starting my services until the ones I
> require are availabe, shut mine down when the ones I require go away,
> react to changes in the required services (S1 is replaced by S2), and
> track services which are optional but used by me (like extensions for
> example). I also want it to be easy to get services and take advantage
> of generics where possible to avoid constant casting.
As you realized, the ServiceTracker is a very powerful tool but it
requires quite a lot of code, especially when you need to track a lot
of services in the same time.
Some pointers:
- to do what you want to do, I use atm Spring DM
http://www.springsource.org/osgi
- if I could change (too late now for my current project), I'd
probably use OSGi DS
http://felix.apache.org/site/apache-felix-service-component-runtime.html
- it may be worth looking at iPOJO (I don't know it but Clement here
is the expert & developer)
http://felix.apache.org/site/apache-felix-ipojo.html
Hope this helps
--
Filippo Diotalevi
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org