3

客观的

我目前正在调整现有的 Java 应用程序，将其转换为基于插件的系统。这是一个基于 Spring MVC 的 Web 服务，它提供各种服务。我打算使这些服务可插入，由 OSGi 包提供。我已经拥有所有提供这些服务的 OSGi 包，这些包都是用maven-bundle-plugin.

我做了什么

我决定使用 OSGi R4 API 将 OSGI 框架 (Apache Felix) 嵌入到我的应用程序中，方法是将其添加为 Maven 依赖项：

<dependency>
    <groupId>org.apache.felix</groupId>
    <artifactId>org.apache.felix.framework</artifactId>
    <version>4.2.1</version>
</dependency>

初始化它：

FrameworkFactory frameworkFactory = ServiceLoader
    .load(FrameworkFactory.class).iterator().next();
Map<String, String> config = new HashMap<String, String>();
config.put(FelixConstants.LOG_LEVEL_PROP, Integer.toString(Logger.LOG_DEBUG));
this.framework = frameworkFactory.newFramework(config);
this.framework.init();
this.context = framework.getBundleContext(); // keep ref to context

通过上下文安装所有捆绑包：

context.installBundle(jarPath)

并启动框架：

framework.start();

然后我检查所有包的状态，除框架外的所有包都有INSTALLED状态。框架包是ACTIVE.

显然安装的捆绑包没有解决。

问题

Felix 应该什么时候尝试解析捆绑包？根据我对 OSGi 生命周期的理解，解决会自动发生。但我不知道菲利克斯是否甚至试图解决这些捆绑包。即使我将日志级别配置为调试，它也不会打印任何日志。如果我能看到为什么某个包无法解析（例如，Felix 可以告诉我缺少哪些包？），那么调试我的设置会很容易。

4

2 回答 2

2

Felix 的行为是正确的，因为您还没有启动任何捆绑包。如果您不启动它们，则无需解决它们，因此它们将保持在该INSTALLED状态。

为了让您的应用程序实际执行任何操作，您需要启动捆绑包。您应该在安装了所有捆绑包之后执行此操作……也就是说，您应该在启动任何捆绑包之前安装所有捆绑包。最简单的方法是将Bundle返回的对象累积installBundle()到一个列表中，然后对该列表调用Bundle.start().

于 2013-10-31T21:36:57.320 回答
0

首先想到的是起始级别。我无法从我在这里看到的内容中看出你的捆绑包的起始级别是什么，但这可能是你需要研究的东西。

至于您的问题，OSGI 规范（版本 4.3，这就是我现在手头的东西）在4.4.2 Bundle State部分对此进行了描述。如果您的捆绑包尚未启动（通过启动级别或手动启动），它们将处于已安装状态。

如果您安装 Felix gogo shell 并检查包的启动级别以及是否满足所有要求，这可能会有所帮助。希望有帮助。

编辑：原来我错了，删除了这一行：“我相信 Felix 会在安装期间自动尝试解析捆绑包，但我现在没有什么可以支持的。”

于 2013-10-31T21:20:49.360 回答