OSGi似乎有一个很好的好处，即通过不将数十个JAR依赖项包装到lib目录中，从而拥有小型可部署工件。但是，我找不到任何可以告诉我将依赖项部署到容器的简单可靠的方法。例如，我有一个使用CXF和几个Spring子项目的应用程序。如果我需要将此应用程序部署到新的 Glassfish 服务器，那么确保安装所有依赖项的最佳方法是什么？
我正在使用Maven，似乎有一种方法可以有一个钩子来查看META-INF / maven目录，并从pom.xml中提取依赖项列表，然后去获取所需的库（可能来自本地存储库）。有没有办法做到这一点？
Pax插件听起来像是在这样做，但它似乎是基于提升Felix容器？这不是我想要的，我正在处理一个已经运行的远程容器。
有没有像命令行工具而不是GUI那样的镜头？
有多种方法可以将依赖捆绑软件部署到 OSGi 容器。以下是其中的一些：
首先，您需要使用 bindex 等工具为可用的捆绑包创建一个 XML 索引文件。如果您使用的是 maven-bundle-plugin，那么它会自动在 ~/.m2/repository/repository/repository.xml 中维护一个 OBR 索引。
使用 OBR 命令行界面加载索引：
> obr:addUrl file:/Users/derek/.m2/repository/repository.xml
然后，请求 OBR 部署目标捆绑包，并从 OBR 索引确定依赖关系：
> obr:deploy com.paremus.posh.sshd
Target resource(s):
-------------------
Paremus Posh Ssh Daemon (1.0.23.SNAPSHOT)
Required resource(s):
---------------------
Paremus Command API (1.0.23.SNAPSHOT)
Optional resource(s):
---------------------
Paremus Config Admin Commands (1.0.23.SNAPSHOT)
Paremus OSGi & LDAP Types (1.0.23.SNAPSHOT)
Karaf 支持“功能”，这些功能基本上是提供该功能所需的捆绑包列表：
karaf@root> features:info obr
Description of obr 2.0.0 feature
----------------------------------------------------------------
Feature has no configuration
Feature has no dependencies.
Feature contains followed bundles:
mvn:org.apache.felix/org.apache.felix.bundlerepository/1.6.4
mvn:org.apache.karaf.shell/org.apache.karaf.shell.obr/2.0.0
mvn:org.apache.karaf.features/org.apache.karaf.features.obr/2.0.0
karaf@root> features:install obr
Virgo使用计划来定义构成应用程序的工件，并且它能够自动提供应用程序的依赖项，包括本地和远程存储库中的捆绑包，计划，计划存档（PAR）和配置。
Nimble 使用 OBR（或其自己的扩展）存储库索引来自动部署激活目标捆绑包所需的所有依赖捆绑包（并在目标捆绑包停止时卸载它们）。它还可以检测其他依赖项，例如 WAB 捆绑包需要 Web 扩展器，并根据可配置的策略自动安装一个。
Nimble还可以配置为启动Glassfish，以便其功能可用于Glassfish容器中的捆绑包。
以下示例还显示，激活 sshd 时会自动安装日志记录支持：
$ posh
________________________________________
Welcome to Paremus Nimble!
Type 'help' for help.
[denzil.0]% nim:add --dry-run com.paremus.posh.sshd@active
-- sorted parts to install --
4325 osgi.resolved.bundle/ch.qos.logback.core:0.9.22
-- start dependency loop --
5729 osgi.resolved.bundle/com.paremus.util.logman:1.0.23.SNAPSHOT
5727 osgi.active.bundle/com.paremus.util.logman:1.0.23.SNAPSHOT
3797 osgi.resolved.bundle/ch.qos.logback.classic:0.9.25.SNAPSHOT
3792 osgi.resolved.bundle/slf4j.api:1.6
-- end dependency loop --
436 osgi.resolved.bundle/org.apache.mina.core:2.0.0.RC1
6533 osgi.resolved.bundle/sshd-core:0.3
398 osgi.resolved.bundle/com.paremus.posh.sshd:1.0.23.SNAPSHOT
396 osgi.active.bundle/com.paremus.posh.sshd:1.0.23.SNAPSHOT
（免责声明：我是Paremus的开发人员）
gogo 是新的 RFC147 标准命令行 shell。它已经在Felix，Karaf，Nimble中使用，并将很快在Glassfish中使用。
Gogo允许您以交互方式以脚本形式运行任何可以键入的命令。因此，您可以生成要安装的捆绑软件列表并将其转换为脚本，甚至可以从工作配置中捕获已安装的捆绑软件，以便可以从干净的开始重新创建它。
如果您创建一个OSGi应用程序和一个经典的Java应用程序，它们执行相同的操作并使用相同的库，那么您将需要完全相同的JAR集。最大的区别在于能够显式定义依赖项（并可能为您的应用程序生成更精细的 JAR）。
据我所知，只有一个纯粹的基于OSGi的服务器（Eclipse的Virgo，以前是Spring的DM Server）。Glassfish和Websphere支持OSGi，但我没有玩过它们，所以我不能说太多。我能说的是，它们都需要一个OSGi容器，通常是Eclipse的Equinox或Apache的Felix。
您的问题似乎真的是关于预配应用程序（确定需要部署的内容）。我知道对于Maven 3.0，他们已经用Eclipse的P2配置框架做了很多事情。
对于您的应用程序，您部署的是 EAR 还是 WAR？对于其中任何一个，您的构建系统都需要生成包含所有依赖项的存档，否则它将不起作用。对于为什么你遇到问题有点令人困惑，因为人们使用Maven，因为它为他们的构建做了传递依赖关系管理。
