Hi Cristiano,

no problem, I will change to optional for the next release.

Regards
JB

On 07/05/2016 09:02 AM, Cristiano Costantini wrote:
Hi JB,
sorry for being late,

I'm using
org.apache.servicemix.bundles/org.apache.servicemix.bundles.spring-ldap
with an hack to the Manifest:
we don't need it to use org.springframework.batch, so we have modified the
manifest to have its import with optional resoultion.

In this week an user has asked info on how to use spring-ldap into
ServiceMix, I gave him some info but it could be hard for him to hack the
manifest.

what do you think to put the "spring-batch" dependency optional also in the
official release?

The change to the pom.xml should be as easy as to do the following:

              javax.net*,
              org.apache.commons.lang*,
              org.apache.commons.pool*,
-            org.springframework.batch*,
+            org.springframework.batch*;resolution:=optional,
              org.springframework.beans*,
              org.springframework.context*,
              org.springframework.core*,

...consider that I don't have a "full" view of the impacts of this change,
but the effect for us is that spring-ldap starts and works correctly
without the spring-batch bundle (which in turn needs other dependencies).
We have limited to use it only in the version 1.3.2.RELEASE_3, but we are
using it successfully since December 2014.

Cristiano





Il giorno lun 4 lug 2016 alle ore 10:22 Andrea Cosentino
<[email protected]> ha scritto:

+1.

Thanks JB!
  --
Andrea Cosentino
----------------------------------
Apache Camel PMC Member
Apache Karaf Committer
Apache Servicemix Committer
Email: [email protected]
Twitter: @oscerd2
Github: oscerd



On Sunday, July 3, 2016 8:54 PM, Jean-Baptiste Onofré <[email protected]>
wrote:
Hi all,

I plan to start the preparation of ServiceMix Bundles 2016.06 release
tomorrow night (my time).

Please, let me know if you have some pending bundles (I have several
updates on the way).

Thanks
Regards
JB
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com



--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com

Reply via email to