捆绑包解决规则

对于每个Import-Package包声明，必须有一个具有相同包的对应Export-Package

捆绑包还可以将其他属性附加到它导入或导出的包中。 如果我们在示例中添加了version属性，该怎么办：

Bundle-Name: Bundle A
Import-Package: org.apache.foo;version="1.2.0"

Bundle-Name: Bundle B
Export-Package: org.apache.foo;version="1.2.0"

请注意，反之则不然......如果捆B出口版本1.2.0，则不需要捆绑到指定版本1.2.0。 它可以使用此导入并解决问题：

Bundle-Name: Bundle A
Import-Package: org.apache.foo

Import-Package准确规定了它需要的版本（或属性），并且必须存在具有相同属性的相应Export-Package

Bundle-Name: Bundle A
Import-Package: org.apache.foo;version="1.2.0"

Bundle-Name: Bundle B
Export-Package: org.apache.foo;version="1.2.0"

Bundle-Name: Bundle C
Export-Package: org.apache.foo;version="1.2.0"

捆绑软件A使用哪个捆绑软件？
答案是，这取决于首先安装了哪个捆绑包（B或C）。

当找到多个具有相同版本的软件包时，首先安装的软件包用于满足依赖性

Bundle-Name: Bundle D
Export-Package: org.apache.foo;version="1.3.0"

从上面我们可以看到，捆绑软件A（1.2.0）中的版本声明表示最低版本为1.2.0； 因此，如果有更高版本可用，它将选择该版本（本例中为Bundle D版本1.3.0）。 但是，这将我们带到了束分解的另一个时间规则：

已解决的捆绑包比未解决的捆绑包具有更高的优先级

原因是OSGI框架倾向于支持给定捆绑软件的可重用性。 如果已解决，并且新的捆绑软件需要它，那么即使不需要，它也不会尝试拥有同一软件包的许多其他版本。

捆绑“使用”指令

public class FooClass {public BarClass execute(){ ... }
}

Bundle-Name: Bundle A
Import-Package: org.apache.bar;version="3.6.0"
Export-Package: org.apache.foo;version="1.2.0"

到目前为止，只要有另一个捆绑包可以正确导出具有正确版本的org.apache.bar ，一切就可以了。

Bundle-Name: Bundle B
Export-Package: org.apache.bar;version="3.6.0"

这两个捆绑包可以解决。 现在，如果我们再安装两个捆绑包，捆绑包C和捆绑包D如下所示：

Bundle-Name: Bundle C
Import-Package: org.apache.foo;version="1.2.0", org.apache.bar;version="4.0.0"

Bundle-Name: Bundle D
Export-Package: org.apache.bar;version="4.0.0"

Bundle-Name: Bundle A
Import-Package: org.apache.bar;version="3.6.0"
Export-Package: org.apache.foo;version="1.2.0"";uses:=org.apache.bar

使用Apache Karaf

首先要做的是启动karaf。 在普通发行版中，不应安装捆绑软件。 通过在karaf命令行中执行“ osgi：list”来验证这一点。 按照顺序，我们将测试上面给出的规则。

对于每个Import-Package包声明，必须有一个具有相同包的对应Export-Package

Import-Package准确规定了它需要的版本（或属性），并且必须存在具有相同属性的相应Export-Package

让我们安装捆绑软件C：“ osgi：install -s mvn：explore-bundle-resolution / bundleC / 1.0？ 再次列出捆绑软件，您将看到尽管捆绑软件C依赖于org.apache.foo，但它指定的Import-Package的特定版本为1.5。 没有解决的版本1.5，因此捆绑软件C也将无法解决。 捆绑包D恰巧导出了版本等于1.5的软件包org.apache.foo。 使用-s启动捆绑软件D，就像安装其他捆绑软件一样安装它。 现在尝试解析捆绑软件C，它应该可以工作（“ osgi：resolve bundle id ”）。

当找到多个具有相同版本的软件包时，首先安装的软件包用于满足依赖性

已解决的捆绑包比未解决的捆绑包具有更高的优先级

捆绑“使用”指令

参考：在Christian Posta Software博客上，从我们的JCG合作伙伴 Christian Posta 了解如何解决OSGI捆绑 软件 。