問題タブ [obr]

Bndtools OBR 解決が、実行要件を満たすために特定のバンドルが必要であると判断した理由を理解する簡単な方法はありますか? 私の特定のケースでは、すべてのorg.slf4j.*パッケージが にありますが-runsystempackages、それでもslf4j-api.

Apache ACEを実行すると、コンソールにOBRサイトがでホストされているというメッセージが表示され http://localhost:8080/obrます。しかし、このリンクにアクセスしようとしても何も起こりません。それを機能させるにはどのような変更が必要ですか？

ありがとう

バンドルを apache sling (apache felix 上に構築) にインストールするときに、sling/felix にないいくつかの春の依存関係がありました。私は手動でそれらをすべて見つけてインストールしましたが、これを行うためのより良い、自動の方法があるはずです。

オンラインの OSGi バンドル リポジトリ (OBR) と、felix Web コンソールの [OSGi リポジトリ] タブでドキュメントを見つけました。OBR は、sling/felix が maven のように依存関係を自動的に解決する方法のようであり、maven リポジトリは maven ビルドに対して行います。ただし、OBR で使用されるプロトコルは、maven リポジトリで使用されるプロトコルとは異なると理解しています。

felix OSGi Repository タブ (例: http://www.osgi .org/obr/browse?cmd=repository&_xml=1を開き、「追加」をクリックした場合)、単純な AJAX エラー「要求に失敗しました: OK」(sling) が発生するか、http 500 接続が拒否されました (felix):

HTTP エラー 500

/system/console/obr へのアクセスに問題があります。理由: 接続が拒否されました: connect 原因: java.net.ConnectException: 接続が拒否されました: connect

felix conf/config.properties ファイルのコンマ区切りリストに追加しようとしましたが、成功しませんでした。

felix/sling でバンドルがどのように解決されるかについての適切なアプローチについての私の理解は、OBR を正しく使用することですか?

誰かがこれを機能させましたか？どうすれば機能しますか？

OBRとFelixを使用してクライアント側のswingアプリケーションをプロビジョニングしようとしています。動作しますが、未使用のバンドルを多数プルーニングした後でも、obr.xmlファイルは約1MBのままです。

そのファイルは、それほど動的ではありませんが、何度もダウンロードされます。

そのファイルをgzipで圧縮できれば、20倍を超えて圧縮され、残りは50kb未満になります。

Nexusは私のためにそれを行うことができますか？次のようなものを使用できますか？

https://nexus.dexels.com/nexus/content/groups/obr/.meta/obr.gz

それ以外の：

https://nexus.dexels.com/nexus/content/groups/obr/.meta/obr.xml

私はこれについて何も見つけることができません、そしてそれは非常に理にかなっていると思います。

私はnexus-obr-plugin-2.0.1-SNAPSHOTを使用しています

シナリオは次のとおりです。

バンドル「BundleA」をインストールして、OSGiコンテナーで開始しました。BundleAの新しいバージョンが利用可能です。BundleAは、Felixバンドルリポジトリを使用してプロビジョニングされます。BundleAの新しいバージョンは、「BundleB」からのパッケージに新しいパッケージレベルの要件を宣言します。

BundleAを更新する前に（OBRのdeploy（）を使用して）、すべてのスレッドの実行を停止したいのでBundleAを停止し、非アクティブ化機能がこの機能を提供します。

BundleAでdeploy（）を実行すると、予想どおりBundleBもインストールされます。

次に、プログラムでBundleAを再度start（）すると、BundleAが起動します。ただし、BundleBは「アクティブ」ではなく「解決済み」です。BundleBを手動で起動でき、期待どおりに機能します。

これは、私がプログラムでOSGi APIを呼び出す方法に関連して予想されますか、それとも何か問題が発生しましたか？

Virgo コンテナーにバンドルをデプロイして管理するためのきちんとした方法を探していますが、数年以内に Virgo から移動したい場合に、それにあまり縛られないようにしたいとも考えています。私たちは Maven を使用しているので、OBR を無料で入手できます。これにより、依存関係チェーンのリストを維持する必要のある作業を節約できます。

そのことを念頭に置いて、この記事を読んだ後に;- OSGi アプリと依存関係をデプロイする方法は? およびいくつかの Virgo 3.5 ドキュメント、私は最善のアプローチについて少し意見が分かれています。

おとめ座のドキュメントでは、プラン メカニズムの使用が推奨されていますが、これにより、展開記述子がおとめ座に結び付けられます (私が求めているものではありません)。この記事では、GoGo コンソールを介して OBR を使用できることを示唆しています。これは現在、Virgo に標準で付属しています。ただし、このコンソールを使用して OBR を管理しようとすると、得られるのは

乙女座のドキュメントをさらに調べましたが、OBR に関するものは何も見つかりませんでした。OBR コマンドの一部が不適切に GoGo シェルに残されていることを示唆するバグ レポートのみです。

私は乙女座フォーラムにも書きましたが、誰も本当に助けたいとは思わない. 私たちを乙女座の計画に結び付ける道をたどる前に、ここに簡単に行くと思いました.

どんな助けでも大歓迎です！前もって感謝します。

SCRを介して遅延されたサービスは、機能としてOBR xmlに反映されませんが、Blueprintを使用したサービスは反映されます（私はMavenバンドルプラグインを介して構築しています）。

例として以下のタグは、SCRサービスを含むバンドルのxmlには表示されません。

「Export-Service」ヘッダーを追加することにより、SCRサービスのOBRで機能タグを取得しますが、「Export-Service」ヘッダーは非推奨になりました。特定のバンドルにサービスの要件があり、機能が見つからない場合、OBRのデプロイは失敗します。

JIRAプラグインを開発しました。JARファイルの代わりに.obrファイルを生成する方法を知る必要があります。誰かがこれで私を助けることができます、ありがとう:)