由于多个Joda-Time版本，Karaf无法解析依赖于ActiveMQ特性的包

Question

我的捆绑包在 Joda-Time 2.x 上有一个 transative bundle 依赖项，并通过 Karaf （3.0.3） 功能文件进行部署。它部署得很好，直到我向activemq-broker（5.11.1）添加了依赖项，并与Karaf一起提供了activemq-camel功能。我的捆绑包现在无法解决，因为找到了两个指向包“org.joda.time”的路径。一个是我依赖的版本2.7，另一个是版本1.6，它是ActiveMQ功能的传递依赖项：

Chain 1:
  ch.vivates.ams.pep [152.9]
    import: (&(osgi.wiring.package=org.joda.time)(version>=2.7.0)(!(version>=3.0.0)))
     |
    export: osgi.wiring.package=org.joda.time
  joda-time [64.0]

Chain 2:
  ch.vivates.ams.pep [152.9]
    import: (osgi.wiring.package=org.apache.activemq)
     |
    export: osgi.wiring.package=org.apache.activemq; uses:=com.thoughtworks.xstream
  org.apache.activemq.activemq-osgi [108.0]
    import: (&(osgi.wiring.package=com.thoughtworks.xstream)(version>=1.4.0)(!(version>=2.0.0)))
     |
    export: osgi.wiring.package=com.thoughtworks.xstream; uses:=org.joda.time
  org.apache.servicemix.bundles.xstream [118.0]
    import: (&(osgi.wiring.package=org.joda.time)(version>=1.6.0)(!(version>=3.0.0)))
     |
    export: osgi.wiring.package=org.joda.time
  joda-time [117.0]

通过在安装功能之前显式启动Joda Time 2.7捆绑包，我可以成功安装功能：

bundle:install -s mvn:joda-time/joda-time/2.7

重新启动Karaf后，由于同样的原因，我的捆绑包无法启动，我首先必须刷新Joda-Time 2.7捆绑包。只有在那之后，我的捆绑包才会开始。

解决这些问题的“正确”方法是什么？尤其是重新启动卡拉夫的时候？我想我可以通过在自己的捆绑包中嵌入Joda Time的v2.7来解决这个问题，但这只是一个技巧。

目前，该功能如下所示：

<feature name="name" version="3.0.0-SNAPSHOT" description="description">
        <details>details</details>
        <feature>http</feature>
        <feature>http-whiteboard</feature>
        <feature version="5.11.1">activemq-broker-noweb</feature>
        <feature version="2.14.1">camel-core</feature>
        <feature version="2.14.1">camel-blueprint</feature>
        <feature version="2.14.1">camel-netty4-http</feature>
        <feature version="2.14.1">camel-http4</feature>
        <feature version="2.14.1">camel-jms</feature>
        <feature version="5.11.1">activemq-camel</feature>
        <bundle dependency="true">mvn:my.package/base/3.0.0-SNAPSHOT</bundle>
        <bundle>mvn:my.package/myBundle/3.0.0-SNAPSHOT</bundle>
        <bundle>mvn:joda-time/joda-time/2.7</bundle>
        <bundle>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.opensaml/2.6.1_3</bundle>
        <bundle>mvn:commons-lang/commons-lang/2.6</bundle>
        <bundle>wrap:mvn:org.owhtml" target="_blank">asp.esapi/esapi/2.0.1</bundle>
        <bundle>mvn:org.apache.santuario/xmlsec/1.5.6</bundle>
        <bundle>mvn:org.bouncycastle/bcprov-jdk15/1.46</bundle>
        <bundle>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.commons-httpclient/3.1_7</bundle>
        <bundle>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.commons-collections/3.2.1_3</bundle>
        <bundle>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.not-yet-commons-ssl/0.3.11_1</bundle>
        <bundle>mvn:org.codehaus.woodstox/woodstox-core-asl/4.4.1</bundle>
        <bundle>mvn:org.codehaus.woodstox/stax2-api/3.1.4</bundle>
        <bundle>mvn:org.herasaf.xacml.core/herasaf-xacml-core/1.0.0.RELEASE</bundle>
        <bundle>mvn:net.sf.ehcache/ehcache/2.9.0</bundle>
        <bundle>mvn:commons-codec/commons-codec/1.9</bundle>
        <bundle>mvn:commons-io/commons-io/2.4</bundle>
</feature>

编辑：

此问题描述了Camel Salesforce组件的相同问题。显然，这是通过将导入的版本范围扩大到[1.6,3）来解决的。ActiveMQ捆绑包应用相同的版本范围，但它仍然会产生问题。

Answer 1

上面的场景是Neil Bartlett在这篇博文中描述的问题的变体。由于我无法控制ActiveMQ的直接和传递依赖关系，我唯一能看到的选项是

1. 降级我自己对Joda Time的依赖，以匹配xstream使用的版本。
2. 在我自己的捆绑包中静态链接/嵌入Joda Time 2.7

我选择了选项2）。