Bug 330865

Description Simon Chemouil 2010-11-22 17:14:12 EST

This is a first follow-up to my mail about the OSGi integration story in E4. My goal is to improve the current integration following the best practices in OSGi and thus make E4 a first-class consumer of the OSGi framework. Ok, so those best practices aren't always easy to follow, and the users may not follow them perfectly, but as a framework I believe E4 should :).

I've been investigating the code, checking OSGi best practices, etc... to finally come up with a plan of action.  

Plan of action:
(1) Having a way to get the bundle context injected in user code (people should not be forced to call FrameworkUtil#getBundle() or have an activator with a static bundleContext reference)

(2) When getting services through injection, the service should be bound to the appropriate bundle's bundle context, so that the framework can unbind when that bundle is stopped. The whole "lifecycle" issue is probably linked to this one (ie, what to do with the UI/model contributed by a bundle as well).

(3) Allow service injection to work with dynamic services (i.e, even when services weren't there at first). 

(4) Improve the general OSGi integration by making some or all the "20 services" available as OSGi services as well (not just as an IContextFunction). Of course they should be tagged with unique properties so that they're not bound to be singletons.

(5) Finally, once we have a cleaner base, implement filters on properties for service injection, and a way to get a collection of services injected.



I'll open different bugs for each step, and we can discuss the general plan here. (I won't open all the bugs now).