GuiceとOSGiを統合する現在の状況はどうですか?つまり、GuiceからOSGiサービスを公開したり、それらを注入したりします。
Peaberryのメインページには「TheGuicetrunk(2.0になる)」と記載されていますが、1.2はhttp://code.google.com/p/peaberry/issues/detail?id=58を修正しているため、最新のようです。作者はシスを切り替えましたが、まだリリースされていないようです。他のもの?
GuiceとOSGiを統合する現在の状況はどうですか?つまり、GuiceからOSGiサービスを公開したり、それらを注入したりします。
Peaberryのメインページには「TheGuicetrunk(2.0になる)」と記載されていますが、1.2はhttp://code.google.com/p/peaberry/issues/detail?id=58を修正しているため、最新のようです。作者はシスを切り替えましたが、まだリリースされていないようです。他のもの?
Guice3.0とPeaberry1.2の統合は、現在期待どおりに機能しています。上記のスニペットは、置き換えられたGuice 2.0トランクを参照しているため、ページは少し古くなっているようです。
ここでリポジトリの履歴を見ると、参照しているバグが1.2Peaberryリリースで修正されています。
Sisuが現在開発されており、Guice + Peaberry + OSGi(自動コンポーネントスキャンや検出など)に現在存在するいくつかの追加の問題を(少なくとも私が解釈する方法で)解決しているのは事実ですが、まだ準備ができていません。
私の意見では、Peaberryは、 Spring Dynamic Modules(現在はEclipse Gemini Blueprint )でも解決されるDIとOSGiの同じ統合ケースを解決するため、非常に便利です。また、必ずしもPeaberryプロジェクトが放棄されてsisuが支持されるとは思いません。
サービスを介して配線される独立したバンドルを開発するというOSGiのアイデアに忠実でありながら、その中でDIを使用したい場合、Peaberryは現在そのために必要なすべてを提供しています。
私が現在その組み合わせで直面している唯一の問題は、公式のguice-servletモジュールがHttpService
デフォルトでOSGiで動作していないように見えることです。