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 <filippo.diotal...@gmail.com> wrote: > Hi, > > On Thu, Apr 16, 2009 at 3:08 PM, Aaron Zeckoski <aar...@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-unsubscr...@felix.apache.org > For additional commands, e-mail: users-h...@felix.apache.org > > -- Aaron Zeckoski (aar...@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-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org
