問題タブ [maven-bundle-plugin]

Fuse に CXF Web サービス アプリがあり、キャメル コンテキスト xml ファイルに、WSDL から生成されたファイルを含む jar への参照があります。

com.whatever.*は私の<Import-Package>リストにあります。jar は私の maven の依存関係にあります。私は言うことができimport com.whatever.IWebService;、それは不平を言いません。

しかし、maven-bundle-plugin はこのパッケージを MANIFEST.MF に含めません。

私がリクエストした他のすべてのパッケージが含まれています。しかし、これではありません。そのため、Fuse でデプロイすると、context.xml クラスのロードを参照して ClassNotFoundException が発生します。

とてもイライラします。プラグインに特定のパッケージを強制的にインポートさせる方法はありますか? 彼らの自動魔法の依存関係ソルバーは私のものを無視しているので<Import-Package>

JBoss Fuse ESB で使用するCoreNLPに問題があります。私はESB上のモデルでCoreNLPをインストールしました

次に、モジュールが使用しようとするmodels-englishと、エラーログメッセージが表示されます

この問題をmaven-bundle-plugin構成で解決しようとしました

しかし、残念ながらそれは役に立ちませんでした。

私はOSGify自分のプロジェクトをしようとしています。

を使用していますが、パッケージFuse jboss-fuse-6.2.1.redhat-084を確認するとosgi:headers、赤いエラーが表示されますorg.beanio。

エラー：

不足している要件 osgi.wiring.package; (&(osgi.wiring.package=org.beanio)(バージョン>=2.1.0)(!(バージョン>=3.0.0))))

私は自分自身を明示的にインポートしていません。この Fusebeanioから取得します。org.jboss.fuse.bomとcamel-beanio versionは2.15.1.redhat-621084を使用しますorg.beanio v2.1.0。

私はgrepで検索しましたosgi:classesが、v3.0を使用しているものはありません。また、v3.0 も存在しません。そのため、「[2.1,3)」がどこから取得されているのかわかりません。

2.1.0 を指定する方法を考え出しましたが、2.1.0 が見つからないと不平を言うだけです。

それで、私は何をしますか？2.1.0 をエクスポートするものはありません。しかし、コードを検索した後に * に含まれているため、Import-Package から取り除くことはできません。

私は OSGi の世界に比較的慣れていないので、ビルド プロセスを自動化する方法を理解するために助けが必要です。Eclipse での bndtool の使用に慣れ、依存関係の解決、実行、テスト、デバッグ、スタンドアロン jar の生成の方法を学びました。また、OSGi 公式サイトに投稿されている基本チュートリアルと Maven チュートリアルも確認しました。私の問題は、ビルドを自動化する方法です! それで、SVNにコードがあるとしましょう。コードをチェックアウトし、ビルド スクリプト/ツールを実行してバンドルを生成し、Felix または Karaf でデプロイできるようにする必要があります。公式の Maven ベースのチュートリアル (OSGi enRoute を使用) は、私が興味を持っていないスタンドアロンの jar を生成する方法のみを示しています。バンドルを生成する必要があります。Maven Bundle Plugin について読みましたが、それを使用すると、Eclipse で提供される UI ベースの bndtools が提供するすべての贅沢を失うと思います。

コンポーネントとメタタイプの説明を生成するために maven-scr-plugin を使用しています。org.apache.felix.scr アノテーションから org.osgi.service.component アノテーションに移行しています。

Carsten Ziegeler は、この移行の方法について優れたブログをここに書いています。ただし、メタタイプの説明をコンポーネントの注釈から直接生成する方法については説明していません。代わりに、コンポーネントごとに個別の構成 @interface を作成し、すべてのコンポーネント アクティベーターを書き直す必要があります (少なくとも、追加の @interface クラスの付加価値を利用するには)。

への依存関係を追加することで、引き続き maven-scr-plugin を使用して osgi アノテーションを処理できますorg.apache.felix.scr.ds-annotations。ただし、maven-scr-plugin は、メタタイプ情報が明示的にオンになっている場合にのみ出力します。felix アノテーションを使用すると、メタタイプの生成を有効にするためにアノテーションの専用パラメーターmetatype=trueを使用できます。ただし、そのようなパラメーターは、アノテーション@Componentの OSGi バージョンでは使用できません。@Component

maven-scr-plugin にメタタイプの説明を強制的に生成させる方法はありますか、または maven-bundle-plugin (または bndtools) を作成して、osgi @Component アノテーションに基づいてメタタイプ データを生成することはできますか?すべてのコンポーネントに専用の構成クラス?

maven-bundle-plugin を使用して、Maven モジュールから OSGI バンドルを作成しています。

残念ながら、javax.annotationを公開する依存関係があるようです。このため、生成されたマニフェストには、Import-Package: javax.annotation;version="[3.2,4)"

このパッケージをエクスポートする依存関係を確認するにはどうすればよいですか? を使用mvn dependency:listすることで、いくつかの依存関係 (com.google.code.findbugs:annotations および com.google.code.findbugs:jsr305) を除外することができましたが、バージョン範囲はそのままです。私は直接依存関係のマニフェストファイルを調べてきましたが、javax.annotation をエクスポートする他の jar は見つかりませんでした。

注: javax.annotation:com.springsource.javax.annotation に依存関係を追加すると、マニフェストは javax.annotation バージョン 1.0.0 を正しくインポートしますが、これは必要ではなく、個人的には、不明な依存関係。

org.apache.felix.scr注釈から注釈に移行していorg.osgi.service.componentます。共通の抽象クラスから継承する一連のコンポーネントがあります。フェリックスの場合、スーパー クラス@Componentのオプションでアノテーションを使用してから、スーパー クラスでアノテーションを使用できます。これを osgi アノテーションに移行する方法が見つかりません。componentAbstract=true@Reference

コンポーネントのスーパークラスでコンポーネントアノテーションを使用することは可能ですか? もしそうなら、プロパティとメタタイプの生成を処理する適切な方法は何ですか?

だから、私が探しているのは、このようなものです