Stefan, I think I have found a reasonable solution. I implemented it and it passes the integration tests as well as solves the problem I am experiencing in OSGi. Here is what I did.
1. I updated the parent pom by adding the following properties: <slf4j.api.version.min>1.7</slf4j.api.version.min> <slf4j.api.version.max>1.8</slf4j.api.version.max> 2. Then in each child pom that had an import declaration for org.slf4j, I changed the import statement from: org.slf4j;version=${slf4j.api.version}, to: org.slf4j;version="[${slf4j.api.version.min},${slf4j.api.version.max})", This approach has some drawbacks: 1. You now have three places that may need to be updated when the version of slf4j is updated. 2. BND (which is called by maven-bundle-plugin) is not the one deciding the what version should be used. Now, supposedly BND can choose a version range, but I could not get consistent behavior from the build using that approach. The changes are pretty simple, although it does touch the majority of the POMs. Let me know if you'd like to me submit a patch. Thanks, Ben On Wed, Apr 8, 2015, at 10:01 AM, Benjamin Abernathy wrote: > Stefan, > > Thank you for the reply. I'll look into it. I think the simplest > solution will be to insert the range into the import definitions. I'll > see if there's a clean way to do that. > > Ben > > On Tue, Apr 7, 2015, at 01:26 PM, Stefan Seelmann wrote: > > On 04/06/2015 11:26 PM, Benjamin Abernathy wrote: > > > Hello, > > > > > > I need to deploy version 1.0.0-M30 of the API bundles into an instance > > > of ServiceMix 5.3.0. Unfortunately ServiceMix (actually Karaf I think) > > > includes slf4j as a system bundle so its headers are made available to > > > all bundles. This makes it not possible to install the LDAP API bundles > > > because the system exports version 1.7.7 and the API bundles require > > > 1.7.10. > > > > > > Would it be possible to open up the import version to import a wider > > > range of versions? For example, perhaps [1.7.0,1.8.0). > > > > We use maven-bundle-plugin to generate the manifest.mf. I think I read > > that it is possible to use some expression that generates such a range. > > I have to investigate on that. If you have any useful pointers would be > > helpful. > > > > Kind Regards, > > Stefan > > > >