9

私は現在、OSGi、iPOJO、および iPOJO アノテーションから始めて、Felix にデプロイされる単純なコンポーネントを構築しようとしています。残念ながら、次のような、解決するのに何時間もかかる、または何時間も無駄にした後に解決することさえできないさまざまな問題に出くわしています。

Maven を使用して構築した OSGi バンドル内の既存のライブラリを使用したいと考えています。ライブラリは現在「OSGI 化」されておらず、中期的にそうする予定はありません。そのため、…を使用して、このライブラリとそのすべての依存関係をバンドルに含めたいと思います。

<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 を削除すると、バンドルは問題なく開始されます。

どんな提案でも大歓迎です！

4

2 に答える 2

10

どうやら、ライブラリはcom.sun.jdmk.comm、フレームワーク バンドルから公開されていない を使用しています。本当に必要な場合はこの質問を確認するか、追加の指示を入れてインポ​​ートから除外できます。

<Import-Package>!com.sun.jdmk.comm, *</Import-Package>
于 2012-02-15T11:45:04.057 に答える
4

巨大な除外リストになってしまった場合は、ビルド プロセスとバンドルに問題があることを示していると考えるべきでしょう。

私だったら、最初にあなたのバンドルを開いて、含まれているクラスとエクスポートするパッケージを調べます。かなり大規模なバンドルを持っていると思います。つまり、バンドルの依存関係はかなり広範囲になるでしょう。これは、OSGi のモジュール性の利点の多くを失うことを意味し、多くの実用的な問題も引き起こす可能性があります。

パッケージをオプションとして宣言するときはいつでも、「このパッケージ内のクラスの ClassDefNotFoundExceptions を喜んで受け入れます」と言っていることになります。あなたのコードでは、パッケージが本当にオプションかどうかはおそらくわかるでしょうが、サードパーティが使用しているどのパッケージがオプションかを推測するのはかなり難しいです。もちろん、これが事前にバンドルされた jar の方が便利な理由ですが、これがあまり役に立たないことはわかっています。:)

サード パーティのライブラリを埋め込むことで行っていることは、それをバンドル化することですが、その方法は再利用可能ではありません。(他の違いは、クラスローダーを埋め込みバンドルと共有することです。これにより、たとえば、サードパーティのライブラリがリフレクションによってクラスをロードしようとすると、作業が大幅に改善される可能性があります。)依存関係に問題があるため、サードパーティのjarをラップするビルドステップを追加して、コードに関連するクラスと依存関係、およびこの追加のjarに関連するクラスと依存関係を明確に確認したいと思います。

他に注目したいのは、export package=* 句です。これにより、クラスパス上のすべてのパッケージがエクスポートされます。つまり、これらのすべてのパッケージが jar に組み込まれます。また、すべてのパッケージのインポートも取得します。貧弱なバンドルは、期待していた無駄のない OSGi モジュールではなく、アプリケーション全体になります。エクスポートを最小限に制限する必要があります (内部をプライベートに保ち、他人の内部を共有したくない場合)。

--

エンタープライズ OSGi の実例: http://www.manning.com/cummins

于 2012-02-15T16:52:43.210 に答える