OSGi 4.2 は、Spring DM (2.x) が参照実装 (RI) である Spring Dynamic Modules プロジェクトに基づく Blueprint Service 仕様を導入します。
つまり、Blueprint は仕様であり、Spring DM は Blueprint API の実装です。
ブループリントは、SpringSource/Interface21の主導の下でOSGiAllianceで開発されました。
ただし、OSGiを活用する方法を探している場合は、バンドル（サービス）間にアノテーションを付けた宣言型サービス（DS）を使用してください。私の経験では、小さなまとまりのあるバンドルを作成する場合、配線XMLは実際には必要ありません。DSは、ブループリント/スプリングDMよりもサービスの操作に優れています。これは、DSが使用を簡単にする一方で、動的性を「非表示」にする傾向があるためです。
私の理解では、SpringDM は死んだプロジェクトです。GA とリリース日を確認してください。そのため、最終的には仕様の開発に大きく貢献しましたが、クラスローダーへのアプローチは不適切でした。 Apache-Ariesは強力な青写真の実装です。ブループリントの使用は、スプリングの使用を妨げるものではないことに注意してください。Eclipse EquinoxまたはApache Felixのいずれかを使用できる堅牢なプラットフォームとして、Karafをお勧めします。OSGI エンジン用。サービスが企業内の他のチームや組織によって使用される可能性があるアプリケーション レベルで開発している場合、または顧客によって拡張される可能性がある場合は、ブループリントと DS のどちらも好みます。ブループリントは、従来のエンタープライズ コンピューティング環境にも適していると思います。ただし、特定のターゲット環境によっては、DS またはIpojoがより適切な場合があります。
Dmytro Pishchukhinが答えたことに加えて、DM 2が「リリース」バージョンに到達したことがないため、SpringDMプロジェクトはやや死んだプロジェクトであることに注意する必要があります。
代わりに、Eclipse Foundationに提供され、GeminiBlueprintプロジェクトに変更されました。
Gemini ブループリント ドキュメントの紹介では、違いを明確に説明しています: http://www.eclipse.org/gemini/blueprint/documentation/reference/1.0.2.RELEASE/html/index.html
ここで再現します：
第 1 章 Spring Dynamic Modules は Eclipse Gemini Blueprint になります
2009 年後半、SpringSource は Gemini プロジェクト提案のメンバーとして、Spring Dynamic Modules (Spring OSGi とも呼ばれる) プロジェクトを Eclipse Foundation に提供しました。Spring DM v2 コード ベースは、イシュー トラッカーおよびフォーラムとともに Eclipse.org に移動されました。プロジェクトは、Apache ライセンスと EPL の下でデュアル ライセンスになりました。
名前は変わりましたが、コードとその機能は変わりません。既存の Spring DM アプリケーションは、移行ガイドに記載されているように、Eclipse Gemini Blueprint に簡単に移行できます。