OSGi：ブループリントとスプリングの比較DM
BlueprintとSpring DMについて少し混乱しています。
何からthinkが真であるか：
- Spring DMはSpring Sourceによって定義されたフレームワークです。
- ブループリントは、OSGiアライアンスによって定義されたフレームワークです。
- Blueprintは、Spring DMからそのアイデアの多くを「取り入れた」
番号？
これらの2つのフレームワークが将来的に1つになる（マージする）ことを期待できますか？そうでない場合、どちらが最も将来性が高いでしょうか？
OSGi 4.2は、Spring DM（2.x）が参照実装（RI）である）Spring Dynamic Modulesプロジェクトに基づくBlueprint Service仕様を導入します。
つまり、Blueprintは仕様であり、Spring DMはBlueprint APIの実装です。
Blueprintは、OSGi AllianceでSpringSource/Interface21を中心に開発されました。
ただし、OSGiを活用する方法を探している場合は、注釈付きの宣言型サービス（DS）を使用してくださいbetween bundles（services）。私の経験では、小さなまとまりのあるバンドルを作成する場合、XMLの配線は実際には必要ありません。 DS Blueprint/Springよりもサービスでの作業の方がはるかに優れていますDM彼らは動的性を「隠す」傾向があるため、DSを使用するのは簡単です。
私の理解では、 SpringDMは死んだプロジェクトです 。 GAとリリース日を確認します。そのため、最終的には仕様の開発に大きく貢献しましたが、クラスローダーへの悪いアプローチがありました。 Apache-Aries は強力な青写真の実装です。青写真を使用しても春の使用が除外されるわけではないことに注意してください。 Karaf を次のように提案します。 Eclipse Equinox または Apache Felix のいずれかを使用できる堅牢なプラットフォームOSGIエンジン。ブループリントではなく、DSを開発している場合は、企業内の他のチームや組織がサービスを使用したり、顧客がサービスを拡張したりする可能性があります。ブループリントは従来のエンタープライズコンピューティング環境にも適していますが、特定のターゲットによってはDSまたは Ipojo の方が適切な場合があります環境。
DM 2が「リリース」に達したことがないため、Dmytro Pishchukhinが回答したことに加えて、春DMプロジェクトはやや死んだプロジェクトです。バージョン。
代わりに、それは Eclipseファウンデーションに寄稿 でした Gemini Blueprintプロジェクト に変化しました。
Gemini Blueprintドキュメントの紹介では、違いを明確に説明しています： http://www.Eclipse.org/gemini/blueprint/documentation/reference/1.0.2.RELEASE/html/index.html
私はここで再現します：
第1章Spring Dynamic ModulesがEclipse Gemini Blueprintになる
2009年後半、Geminiプロジェクト提案のメンバーとして、SpringSourceはEclipse FoundationにSpring Dynamic Modules（別名Spring OSGi）プロジェクトを寄贈しました。 Spring DM v2コードベースは、課題追跡とフォーラムと共にEclipse.orgに移動されました。プロジェクトは、Apache LicenseとEPLの下でデュアルライセンスになりました。
名前は変更されましたが、コードとその機能は変わりません。既存のSpring DMアプリケーションは、移行ガイドに記載されているように、Eclipse Geminiブループリントに簡単に移行できます。