Hi Guillaume, btw. is override generic enough to work on symbolic name rather than version ranges?
Override mvn:org.apache.geronimo.specs/geronimo-jms_1.1_spec/1.1.1 With mvn:org.apache.geronimo.specs/geronimo-jms_2.0_spec/1.0-alpha-2 Regards Benjamin Am 06.10.2016 um 16:14 schrieb Guillaume Nodet: > I suppose one easy way is to simply blacklist the jms api 1.1 bundles, > so that they will not be included in any resolution, or use an > override to automatically use jms 2.0 instead. > > 2016-10-06 16:09 GMT+02:00 Benjamin Graf <benjamin.g...@gmx.net > <mailto:benjamin.g...@gmx.net>>: > > Hello, > > I'm actually playing with integrating ActiveMQ Artemis > (1.5-SNAPSHOT) with Camel (2.17.3) on Karaf (4.0.8-SNAPSHOT). To > get some conflicts workarounded I'm deleting jms 1.1 API bundle > from camel-jms feature (2.17.3) and also from latest spring-jms > feature (4.2.5.RELEASE_1). But the jms bundle is still getting > resolved and deployed. After some debugging I recognized that the > feature resolution process for *<feature > version='[3.2,5)'>spring-jms</feature>* resolves every possible > spring-jms feature and therefor jms gets resolved from an earlier > version. I was thinking only one (the latest version) gets > resolved for this purpose. > > Am I wrong? > > Best regards, > > Benjamin > > > > > -- > ------------------------ > Guillaume Nodet > ------------------------ > Red Hat, Open Source Integration > > Email: gno...@redhat.com <mailto:gno...@redhat.com> > Web: http://fusesource.com <http://fusesource.com/> > Blog: http://gnodet.blogspot.com/ >
signature.asc
Description: OpenPGP digital signature