更新2:由于我的博客有点不活跃,链接已经过期,您可以在此处查看文章:
我有一个Maven项目,使用了非常著名的Felix Maven Bundle插件,并在我的POM.XML中以以下方式进行了配置:
<packaging>bundle</packaging>
(...)
<plugin>
<groupId>org.apache.felix</groupId>
<artifactId>maven-bundle-plugin</artifactId>
<extensions>true</extensions>
<configuration>
<instructions>
<Bundle-SymbolicName>${project.artifactId};singleton:=true</Bundle-SymbolicName>
<Bundle-Version>${project.version}</Bundle-Version>
<Export-Package>jlifx.*</Export-Package>
<!-- <Embed-Dependency>*</Embed-Dependency> -->
</instructions>
</configuration>
</plugin>
然后我的POM文件中还包含一些一级依赖项:
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.11</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.apache.commons</groupId>
<artifactId>commons-lang3</artifactId>
<version>3.1</version>
</dependency>
<dependency>
<groupId>commons-io</groupId>
<artifactId>commons-io</artifactId>
<version>2.4</version>
</dependency>
<dependency>
<groupId>commons-logging</groupId>
<artifactId>commons-logging</artifactId>
<version>1.1</version>
</dependency>
<dependency>
<groupId>io.netty</groupId>
<artifactId>netty-all</artifactId>
<version>5.0.0.Alpha1</version>
</dependency>
</dependencies>
现在我的问题开始了...如果我执行mvn install,我将获得非常好的MANIFEST.MF和其他东西构建完成的组件包,但我将无法获取其他依赖的组件包。这意味着,如果我将我的组件包文件拖放到我的OSGi框架实例上,我会得到类似于"Unable to resolve 1.0: missing requirement [1.0] osgi.wiring.package; (&(osgi.wiring.package= etc..."这样的东西。
所以,我发现一种创建我的第一层依赖项组件包的方法是通过在我的POM中创建一个配置文件,如下所示:
<profiles>
<!-- http://www.lucamasini.net/Home/osgi-with-felix/creating-osgi-bundles-of-your-maven-dependencies -->
<!-- -Pcreate-osgi-bundles-from-dependencies bundle:wrap -->
<profile>
<id>create-osgi-bundles-from-dependencies</id>
<build>
<directory>${basedir}/bundles</directory>
<plugins>
<plugin>
<groupId>org.apache.felix</groupId>
<artifactId>maven-bundle-plugin</artifactId>
<version>2.0.1</version>
<extensions>true</extensions>
<executions>
<execution>
<id>wrap-my-dependency</id>
<goals>
<goal>wrap</goal>
</goals>
<configuration>
<wrapImportPackage>;</wrapImportPackage>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
</profile>
</profiles>
执行 mvn -Pcreate-osgi-bundles-from-dependencies bundle:wrap 命令后,我将得到经过完善构建并且可用的 bunldes,但这里有一个真正的问题。这些 bundles 会依赖于它们自己的一些其他 bundles,因此需要将这些 bundles 的依赖项也作为 bundles 进行打包。根据许多网页的说法,我们以前有一个 mvn org.apache.felix:maven-bundle-plugin:bundleall 目标来为我们完成此操作,但我尝试过,它存在缺陷并返回异常,而且已被标记为弃用,根据 Stuart 的说法,它将在 maven 2.4.1 及以后版本中删除 (参考:https://issues.apache.org/jira/browse/FELIX-4145)。
所以现在我的唯一解决方案就是手动检查每个我的一级依赖关系的清单,并通过 Google 查找包含所需软件包的 jar,将它们添加到我的 POM.XML 中作为 maven 依赖项,然后运行 mvn -Pcreate-osgi-bundles-from-dependencies bundle:wrap 将它们封装为 bundles。
这就是所谓的依赖地狱...
有没有办法自动化解决一个 maven-bundle osgi 项目的所有 nth 级依赖关系?例如,让 maven 研究每个一级依赖项的清单文件,读取导入包,并在中央仓库中查找提供此类包的 jar 文件,下载并将它们打包为 bundles?
注意:请提供详细的说明以实现此操作,不要只是链接到可能解决此问题的此工具或那个工具。这些工具的主要问题是缺乏示例和文档。例如,bundleall 已被弃用,但似乎没有工具可以替代它,至少在 maven bundle plugin 的官方文档中如此...
谢谢!
编辑-1:
感谢您迄今为止给出的答案 :)
我认为我没有以最合适的方式解释我的情况,我感到有些难以通过纯文本来做到这一点。或者我可能没有理解你的回答。我在 OSGi 方面相当“新手”,我唯一的知识来自书籍(如 OSGi in Action)和 Google。
想象一下,我的 bundles 导入 A 和 B 包。然而,A 包导入 C 包,B 包也导入 C 包。但是现在 C 导入 D、E、F 和 G 包。另一方面,D 包导入了大量其他包,E、F 和 G 也如此。
我的计算机中只有我自己的bundle和提供A和B包的bundles,因为它们是我的一级依赖项。然而,我没有任何其他所需的bundles,即使它们作为jar文件安装在我的JDK安装文件夹中,我也没有它们作为bundles,甚至不知道从哪里获取jar文件来包装它们(实际上我知道,但让我们假设我不知道)。我希望构建工具运行类似以下算法的操作:
1) 转到我的bundle MANIFEST.MF并读取Import-Package字段。枚举所有所需的包及其各自的版本。
2) 在互联网的某个地方搜索我的所需库的jar或bundle。
3) 下载每个并检查它们是否只是普通的jar文件或者具有有效的OSGi清单文件(即它们是bundle)。
3.1) 如果它们是bundle,则将它们复制到我的bundles/文件夹中。
3.2) 否则,使用任何工具将jar打包成bundle,并将bundle复制到我的bundle/文件夹中。
4) 现在,对于每个新下载/创建的bundle,重复步骤1),2),3)和4)。
我想要的最终结果:对于我直接或间接依赖的每个库,都有一个bundle,以便我可以在我的OSGi Framework实例(如felix或equinox)中即时安装它们。
我不想要的:
1) 手动进行此操作,因为如果我尝试解决每个依赖项的依赖项,我可能需要花费几个小时或几天来收集和打包jar文件。
2) 将所有依赖项嵌入到一个ubber/mega bundle中。根据我阅读的几本书,这是一种糟糕的做法,它更难以单独维护每个依赖项,并且会破坏模块化。
注意:我的问题不在于将jar打包成bundle的特定任务,而在于递归地处理每个bundle的导入,即使它们需要从诸如Maven中央之类的在线存储库中下载。
是否有自动执行此操作的方法,或者我对OSGi漏掉了非常大的东西?这么大的东西,我永远不需要做我所要求的事情吗?
编辑-2:
某些(如果不是全部)Import-Package依赖项可以在运行时解决。想象一下,OSGi Framework尝试启动一个bundle,但是不是显示“无法解析8.0:缺少要求[8.0]osgi.wiring.package;”,它将搜索该包在线,下载并即时安装。生活会变得容易得多。