Maven构建OSGi时出现的问题，包括依赖关系

Question

我现在开始使用OSGi，iPOJO和iPOJO注解，并尝试构建一个简单的组件以在Felix中部署。不幸的是，我陷入了各种需要几小时才能解决的问题，或者在浪费时间之后我甚至无法解决的各种问题，如下所示：

我想使用我们使用Maven构建的OSGi包中的现有库。该图书馆目前不是“OSGI-ified”，我们在中期内不打算这样做。正因为如此，我想包括这个库及其所有的捆绑依赖，使用...：

<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的菲利克斯开始包的时候，我得到以下错误：

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) 

我已经设置了日志级别到最高verbos不幸的是，没有更多的信息。当我删除mylibrary时，该软件包将毫无问题地启动。

任何建议表示赞赏！

Answer 1

显然，该库使用com.sun.jdmk.comm，它并未从框架包中公开。您可以检查this question，如果你真的需要它，或者投入额外的指示，从进口排除，

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

Answer 2

如果你结束了一个巨大的排除列表，你应该把它看作一个标志的东西不适合你的构建过程和包。

如果是我，我会做的第一件事是打开你的包并查看它包含的类，以及它导出的包。我怀疑你有一个非常大的包，这意味着你的包的依赖将会非常广泛。这意味着你失去了OSGi的很多模块化优势，并且它也会导致很多实际问题。

任何时候你声明一个包是可选的，你会说'我很高兴接受这个包中类的ClassDefNotFoundExceptions。'对于你的代码，你可能知道一个包是否真的是可选的，但要猜测第三方使用的包是可选的，这是相当棘手的。当然，这就是为什么预捆绑的罐子更方便，但我意识到这对你没什么帮助。 :)

通过嵌入第三方库，你在做的是捆绑它，但以一种不可重复使用的方式。 （另一个区别是，它将与嵌入包共享一个类加载器，例如，如果第三方库试图通过反射加载你的类，那么它可以使事情变得更好）。由于你在依赖方面存在问题，我倾向于加入一个包装第三方jar的构建步骤，以便您可以清楚地看到哪些类和依赖关系与您的代码相关，以及哪些属于这个额外的jar。

我会看的另一件事是你的出口包= *子句。这将导出类路径中的每个包，这意味着所有这些包都内置到您的jar中。你也可以得到他们所有的包装进口。你可怜的软件包变成了一个完整的应用程序，而不是你期望的精益OSGi模块。你应该限制你的出口到最低限度（你想保持你的内部私人，你肯定不想分享其他人的内脏）。

-

企业OSGi的行动：http://www.manning.com/cummins