Bug 532623 - Treat application contexts in META-INF/spring/ like contexts in OSGI-INF/blueprint
Summary: Treat application contexts in META-INF/spring/ like contexts in OSGI-INF/blue...
Status: NEW
Alias: None
Product: Gemini.Blueprint
Classification: RT
Component: Extender (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows 10
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-03-19 16:47 EDT by Olaf Kaiser-Otto CLA
Modified: 2018-04-02 12:18 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Olaf Kaiser-Otto CLA 2018-03-19 16:47:15 EDT
Gemini Blueprint currently supports context declarations in META-INF/spring and OSGI-INF/blueprint, the former being the original spring-dm or  spring-osgi standard and the latter the current blueprint spec standard.

However, while blueprint declarations are supported in both places, the context declarations are treated in different ways: Declarations in META-INF/spring are instantiated without additional blueprint container capabilities but, for legacy support reasons, in the old spring-dm way with extra support for blueprint namespaces.

Decladations in OSGI-INF/blueprint however feature all spring + blueprint namespace capabilities AND yield a standards compliant blueprint container.

Since spring-dm / spring-osgi is long gone, it is time to remove this special treatment for the sake of simplicity and to avoid further confusion.

See also:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=532246

https://stackoverflow.com/questions/13703541/combine-osgi-blueprint-and-spring-configuration
Comment 1 Olaf Kaiser-Otto CLA 2018-04-02 12:18:18 EDT
Removed target milestone: Altering context behavior touches core components of gemini blueprint and requires extensive refactoring, as the spring-dm style context initialization represents the "original" spring-dm implemenation. This shall thus be adressed outside of the 3.x release.