Hi,

no, this wouldn't require a compile time dependency.
You just need an "extra" module in your project setup.
a/ a module containing the "re-packaged" Spring-DM including as feature
b/ a module containing either one or more fragment bundles to alter the
Version-Range.

With a) you'd need to add an extra feature to your features.xml containing
a custom spring-dm
With b) you need one or more fragment bundles which need to attach to the
spring-dm bundles. For this to be successful you need to make sure those
fragment-bundles are started before the spring-dm bundles. You're able to
achieve this with startlevels.

regards, Achim


2014-05-19 19:47 GMT+02:00 constv <[email protected]>:

> Achim Nierbeck wrote
> > 4) Re-Package the spring-dm bundles or alter the Manifest for the version
> > Range. This can either be achieved with 1) using the maven-shade-plugin
> > and
> > an adapted Manifest file that "widens" the import range to [2.5.6, 4.1)
> or
> > [2.5.6, 5). Another possibility, alter the Manifest of the spring-dm
> > bundles by adding a Fragment bundle to it that does "widen" the import
> > range. Only downside of this approach, we don't know how good spring-dm
> > really works with Spring 4
>
> Hi Achim,
> would that imply using spring-dm as a compile dependency vs. the one
> provided by Karaf?
>
> Clearly, using only Blueprint is the safest and cleanest way. It's just too
> bad that with that we lose all the power of Spring configuration
> (annotations, primarily), and we'd have to go back to "manually" wiring
> everything via XML in Blueprint.  The Blueprint Annotations project is far
> from being mature and reliable, it seems. Also, I wouldn't want my Java
> code
> to be OSGi-specific, while it is perfectly fine to have Spring dependencies
> in the code since Spring has pretty much been enterprise Java standard for
> years.
>
>
>
> --
> View this message in context:
> http://karaf.922171.n3.nabble.com/Spring-4-0-2-and-spring-dm-tp4033093p4033184.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>



-- 

Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
Project Lead
blog <http://notizblog.nierbeck.de/>

Software Architect / Project Manager / Scrum Master

Reply via email to