Guice は、API を実装から分離し、アプリケーションのモジュール化を開始するための優れたフレームワークです。OSGi は、バージョン管理されたサービスを独自の安全な環境にロードし、エクスポートされた API を介してこれらを提供するための優れたフレームワークです。
アプリケーションが Guice で開発されており、そのサイズが OSGi に移行して初期のモジュールを新しい本格的なサービスに変換することを正当化すると仮定すると、この移行を実行するための原動力となるステップは何ですか?
指針となる原則、段階的な To Do リスト、戦争経験、ヒント、注意事項などを探しています。
OSGi は、Declarative Services (DS) ( Felix SCRなど) を使用する場合、サービスの依存性注入を既に提供しています。これは OSGi の標準であり、異なる OSGi フレームワーク間の移植性のためには DS が最適です。Peaberry は、標準の DS が行っていることとまったく同じことを行っていると思いますが、それは Guice の方法です。
Guice アプリケーションを OSGi に移植する場合、各バンドル内に Guice 依存性注入を保持し、バンドル間のサービスの注入に DS を使用して、すべての OSGi フレームワークとの互換性を維持します。
OSGiとGuiceの世界をつなぐことを目的としたPeaberryをご覧ください。