我在宿主应用程序中使用Apache Felix,以提供在运行时加载扩展的能力。这个机制运行得很好,但是如果我包含某些依赖项,那么我就会遇到一些非常有气质的行为。例如,我在我的pom.xml中使用以下内容:
<packaging>bundle</packaging>
<build>
<plugins>
<plugin>
<groupId>org.apache.felix</groupId>
<artifactId>maven-bundle-plugin</artifactId>
<version>2.5.0</version>
<extensions>true</extensions>
<configuration>
<instructions>
<Bundle-SymbolicName>${project.groupId}.${project.artifactId}</Bundle-SymbolicName>
<Bundle-Name>${project.artifactId}</Bundle-Name>
<Bundle-Version>1.0.0</Bundle-Version>
<Bundle-Activator>${pom.groupId}.activator.Activator</Bundle-Activator>
<Include-Resource>{maven-resources}, {maven-dependencies}</Include-Resource>
<Import-Package>*</Import-Package>
<Embed-Dependency>jackson-core</Embed-Dependency>
<Embed-Transitive>true</Embed-Transitive>
</instructions>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.7</source>
<target>1.7</target>
</configuration>
</plugin>
</plugins>
</build>
<dependencies>
<dependency>
<groupId>org.apache.felix</groupId>
<artifactId>org.osgi.core</artifactId>
<version>1.4.0</version>
</dependency>
<dependency>
<groupId>org.aspectj</groupId>
<artifactId>aspectjtools</artifactId>
<version>1.8.2</version>
</dependency>
<dependency>
<groupId>co.ff36</groupId>
<artifactId>halo.core</artifactId>
<version>1.0.0</version>
<scope>provided</scope>
</dependency>
</dependencies>
一切都很完美,捆绑注册并启动。但是,如果我在捆绑包中包含async-http-client
,它会注册但不会启动!我已经尝试将依赖项嵌入到bundle中,即使父项由父宿主应用程序公开它。如果我查看已编译的包里面已经包含jar但它仍然不会真正启动。
我尝试添加:
<dependency>
<groupId>com.ning</groupId>
<artifactId>async-http-client</artifactId>
<version>1.9.31</version>
</dependency>
并修改:
<Embed-Dependency>jackson-core, async-http-client</Embed-Dependency>
这些选项都不起作用。我没有在主机应用程序中收到任何错误,我只是无法解决为什么有些库导致这种情况而不是其他库。
答案 0 :(得分:0)
Jackson可以作为OSGi包访问,您不需要嵌入它。如果您有felix webconsole或其他类型的控制台,则可以检查未显示的导入(或功能)导致捆绑包无法进入ACTIVE状态。由于POM显示所有家属包含在传递形式。使用它并不是一个好主意,因为它意味着没有从其他bundle加载的类,而不是嵌入所有东西,这意味着你创建了一个单独的bundle,它不使用bundle中的任何东西。
另一个不能启动的可能原因是,激活器会调用一些抛出异常的方法,这会使您的激活器失效,正如OSGi规范所定义的那样。建议检查你的日志,也许在代码中有一些反映实例化的类无法解析,因为它没有通过bundle插件表现出来 - 只能导入那些在类import中显示的包。
答案 1 :(得分:0)
经过进一步调查后发现问题与版本控制有关。创建的包MANIFEST.MF
明确指出了某些导入包的版本:
Import-Package: ...,com.fasterxml.jackson.core.type;version="[2.4,3)",com.ning.http.client;version="[1.9,2)",
org.osgi.framework;version="[1.5,2)"
但是,主机应用程序未指定版本:
Constants.FRAMEWORK_SYSTEMPACKAGES_EXTRA -> ... com.ning.http.client ...
似乎必须在主机中明确说明版本,并且必须与捆绑包导入匹配,否则捆绑包不会激活。