Question

我目前正在开始使用OSGi，iPOJO和iPOJO Annotations，并尝试构建一个在Felix中部署的简单组件。不幸的是，我遇到了各种问题，这些问题花了我几个小时才解决，或者在浪费时间之后我甚至无法解决，如下所示：

我想在我使用Maven构建的OSGi包中使用现有库。图书馆目前不是“OSGI-ified”，我们不打算在中期内这样做。因此，我想使用...：

将此库及其所有依赖项包含在bundle中

<Embed-Dependency>*</Embed-Dependency>
<Embed-Transitive>true</Embed-Transitive>

我现在拥有的是OSGi组件的以下pom.xml文件：

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>foo</groupId>
    <artifactId>samplecomponent</artifactId>
    <packaging>bundle</packaging>
    <version>0.0.1-SNAPSHOT</version>
    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>2.3.2</version>
                <configuration>
                    <compilerArgument>-Xlint:all</compilerArgument>
                    <showWarnings>true</showWarnings>
                    <source>1.6</source>
                    <target>1.6</target>
                    <compilerArguments>
                        <encoding>UTF-8</encoding>
                    </compilerArguments>
                    <showDeprecation>true</showDeprecation>
                    <verbose>true</verbose>
                    <encoding>UTF-8</encoding>
                </configuration>
            </plugin>
            <plugin>
                <groupId>org.apache.felix</groupId>
                <artifactId>maven-bundle-plugin</artifactId>
                <extensions>true</extensions>
                <version>2.3.6</version>
                <configuration>
                    <instructions>
                        <Bundle-SymbolicName>${project.artifactId}</Bundle-SymbolicName>
                        <Embed-Dependency>*</Embed-Dependency>
                        <Embed-Transitive>true</Embed-Transitive>
                        <Embed-Directory>lib</Embed-Directory>
                        <Export-Package>*</Export-Package>
                        <_exportcontents>*</_exportcontents>
                    </instructions>
                </configuration>
            </plugin>
            <plugin>
                <groupId>org.apache.felix</groupId>
                <artifactId>maven-ipojo-plugin</artifactId>
                <version>1.6.0</version>
                <executions>
                    <execution>
                        <goals>
                            <goal>ipojo-bundle</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>
    <dependencies>
        <dependency>
            <groupId>org.apache.felix</groupId>
            <artifactId>org.apache.felix.ipojo.annotations</artifactId>
            <version>1.8.0</version>
            <scope>provided</scope>
        </dependency>
        <dependency>
            <groupId>foo</groupId>
            <artifactId>mylibrary</artifactId>
            <version>1.2.3</version>
            <scope>compile</scope>
        </dependency>
    </dependencies>
</project>

捆绑jar文件构建没有任何问题，但在Apache Felix上部署和启动捆绑包时，我收到以下错误：

g! install file:/…/samplecomponent-0.0.1-SNAPSHOT.jar 
Bundle ID: 8
g! start 8
org.osgi.framework.BundleException: Unresolved constraint in bundle samplecomponent [8]: Unable to resolve 8.0: missing requirement [8.0] osgi.wiring.package; (osgi.wiring.package=com.sun.jdmk.comm)

我已将日志级别设置为最高详细程度，不幸的是没有更多信息。当我删除mylibrary时，捆绑启动没有问题。

任何建议都赞赏！

Answer 1

显然，库使用com.sun.jdmk.comm，它不会从框架包中公开。如果确实需要，可以查看this question，或者通过添加其他说明将其从导入中排除，

<Import-Package>!com.sun.jdmk.comm, *</Import-Package>

Answer 2

如果您最终得到一个巨大的排除列表，您应该将其视为表明您的构建过程和捆绑包不正确。

如果是我，我要做的第一件事就是打开你的捆绑包，看看它包含哪些类，以及它导出的包。我怀疑你有一个非常庞大的捆绑包，这意味着你的捆绑包的依赖性将非常广泛。这意味着您失去了OSGi的许多模块化优势，并且它也可能导致许多实际问题。

每当你声明一个包是可选的时，你会说'我很高兴接受这个包中的类的ClassDefNotFoundExceptions。'对于你的代码，你可能知道一个软件包是否真的是可选的，但是猜测第三方使用哪些软件包是可选的非常棘手。当然，这就是为什么预先捆绑的罐子更方便，但我意识到这对你没什么帮助。：）

您通过嵌入第三方库正在进行的操作是捆绑它，但其方式不是那么可重用。（另一个区别是它将与嵌入包共享一个类加载器，例如，如果第三方库试图加载你的反射类，那么可以使事情更好地工作。）因为你遇到了依赖关系的问题，我倾向于添加一个包装第三方jar的构建步骤，以便您可以清楚地看到哪些类和依赖关系与您的代码相关，以及哪个额外的jar。

我要看的另一件事是你的export package = *子句。这将导出类路径上的每个包，这意味着所有这些包都内置到您的jar中。而且你也得到了他们所有的包裹进口。您的可怜捆绑包成为整个应用程序，而不是您希望的精简OSGi模块。你应该把你的出口限制在最低限度（你想保持你的内脏私密，你绝对不想分享其他人的内脏）。

-

Enterprise OSGi in Action：http://www.manning.com/cummins

maven构建OSGi的问题包括依赖关系

2 个答案: