Issue Details (XML | Word | Printable)

Key: OSGI-414
Type: New Feature New Feature
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Costin Leau
Reporter: Adrian Colyer
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Spring OSGi

Default configuration for contexts created by the extender

Created: 25/Mar/08 06:12 AM   Updated: 24/Apr/08 01:05 PM
Component/s: EXTENDER
Affects Version/s: None
Fix Version/s: 1.1 M2

Time Tracking:
Not Specified


 Description  « Hide
I'd like a way to extend the capabilities of the module contexts created by the extender. My particular use case is to register a set of bean post processors that will then be invoked during context creation for all contexts created by the extender bundle, but I can imagine in general a desire to share common configuration (e.g. turning on annotation processing) across all bundles.

A suggestion is to allow users to attach fragments to the extender bundle, which contain configuration file(s) in META-INF/spring. Then when the extender bundle is creating contexts, add all of the META-INF/spring/*.xml files attached to the extender bundle to the configuration set used to create the contexts for spring-powered bundles.

If fragments are attached and unattached at runtime, semantics would be that a bundle gets the blueprint files that were available at the time it was started.

There may be other designs - this is just a suggestion.

 All   Comments   Work Log   Change History   FishEye   Related Builds      Sort Order: Ascending order - Click to sort in descending order
Costin Leau added a comment - 14/Apr/08 02:21 AM
The recent application context creator and OsgiBFPP allow this to happen - one can either drive the creation of the appCtx or add beans to the newly created context.