1

maven-bundle-plugin我正在使用 BND将库打包为 OSGi 包。我注意到 BND 生成了一个很长的Export-Package列表，主要是因为它包含了许多由库本身在uses其他导出包的指令中导出的包。

我（有点）理解uses指令。我假设在这种情况下uses，导出包中的类在方法签名（因此导入）中使用了其他包的类（在 下列出）。

从这个意义上说，我有两个问题：

  1. 是否真的有必要在导出包的uses指令中包含由同一个包导出的包？这些包不会被任何其他包导出；因此没有拆分包。
  2. 这种行为是否表明库的包结构定义不正确？顶级包使用的几个类通常位于子包中，反之亦然。这是一个被改编为 OSGi 包的库。包结构不是为 OSGi 友好而设计的。

以下是清单中列出的大多数导出包的方式

Export-Package: org.lib.annotation;version="10",org.lib.coverage;version="10";
uses:="javax.measure.unit, org.lib.annotation,org.lib.geometry,org.lib.ref,org.
lib.ref.operation,org.ref.util"

从上面uses列表中的所有包中，仅从javax.measure.unit另一个包中导入。

maven-bundle-plugin配置：

<plugin>
  <groupId>org.apache.felix</groupId>
  <artifactId>maven-bundle-plugin</artifactId>
  <version>2.4.0</version>
  <extensions>true</extensions>
  <configuration>
      <instructions>
          <Bundle-SymbolicName>${project.artifactId}</Bundle-SymbolicName>
          <Bundle-Version>${parsedVersion.osgiVersion}</Bundle-Version>
          <Export-Package>org.lib.*;version=${project.version}</Export-Package>
          <Import-Package>*</Import-Package>
          <_experiments>true</_experiments>
      </instructions>
  </configuration>
</plugin>
4

1 回答 1

4

这似乎是正确的，是的，尽管如果没有更多代码细节就很难确定。

要回答您的具体问题：

  1. 是的，这样做是绝对必要的，因为您不知道这些包永远不会被另一个包导出。一方面，bnd 不知道这一点，因为它一次只查看一个包。更重要的是，这个捆绑包可能会有未来的版本，在这种情况下，您将获得相同包的多个导出。然后，该uses约束对于确保包的用户无法获得不一致的类型集至关重要。

    为了说明这一点，假设您要修改一个包中的一个类，然后将该类的一个实例作为参数传递给另一个包中的一个旧版本的类。那个老班不会理解你给它的对象。实际上 JVM 本身不会让这种情况发生，你会得到一个 ClassCastException 或一个 LinkageError ...... OSGiuses约束只是阻止我们走到这一步。

  2. 我不会说这些包的定义不正确。它们可能没有很好的定义。大量的uses约束表明包之间是高度耦合的，并且可能会从一些重组中受益，即将紧密耦合的类/接口移动到同一个包中，可能会合并一些包等。而且你真的不想要循环包之间的依赖关系，因为这使得很难将包分解为单独的模块。顺便说一句，这个建议没有任何特定于 OSGi 的内容。

于 2013-11-14T02:32:19.603 回答