BT

SpringがGradleへ移行しOSGiを放棄

| 作者: Alex Blewitt フォローする 4 人のフォロワー , 翻訳者 徳武 聡 フォローする 1 人のフォロワー 投稿日 2012年10月26日. 推定読書時間: 2 分 |

原文(投稿日:2012/10/24)へのリンク

 

SpringSourceはGroovyで動作するGradleの熱心な支持者であり、1年半前からビルドシステムをMavenからGradleへ移行している。3.2の開発完了が近づく中、Maven Centralへ発行されるビルド用のOSGiメタデータの生成が行われなくなるようだ。

SpringSourceはかつてはOSGiの熱心な支持者(Rod Johnson氏への2008年のインタビューを参照されたい)だったが、徐々にOSGiとモジュール化技術から離れていった。Spring Roo(2010年にOSGi上で動作している)やSpring Dynamic Modules(2008年にリリースされた)のような製品はOSGiへ投資していたが、Bundle-Nameと正確なバージョンによって依存関係を厳しく制約するというような設計方針(Import-Packageとバージョンの幅によって柔軟に制約する方法ではなく)によって導入が進まなかった。これらの設計上の失敗はまだSpringSource EBRで生きている。

また、Spring Dynamic Modulesランタイム上でルチテナント機能を提供することに注力したのも多くの問題を生み、商用利用を妨げた。2009年、Spring DMはEclipse Foundationへ移管され始め、最終的にはEclipse Virgoになった。

そのころから、Rod Johnson氏は考えを変え、昨年の中ごろにはOSGiは簡単ではないと発言している。OSGiメタデータがあるSpringの最後のバージョンは昨年末にリリースされたバージョンであり、Gradleへの移行によりOSGiメタデータは含まれなくなる。3.1のサービスはどれもOSGiメタデータを持っており、Mavenでビルドされている。しかし、GradleがMaven Felix BNDプラグインと同様に動作するOSGiプラグインを提供するにもかかわらず、3.2はMavenではビルドされない予定だ。

Rod Johnson氏は今年、SpringSourceを退職したが、一連の意思決定やビルドシステムの移行は適切に進んでいる。OSGiの放棄も新しいSpringSourceの経営陣で行われているのだろう。いずれにしろ、OSGiに依存しているSpringSource EBREclipse Virgoにとっては不安な状況だ。将来は、OSGiに準拠したSpringのモジュールはコミュニティがサポートするEBRからしか手に入らなくなるかもしれない。ファイアウォールの内側からは手に入らないかもしれないし、Maven Centralからしかモジュールを入手できない場合も入手できないだろう。

Springのすべての製品からOSGiメタデータがなくなることにあなたは関心があるだろうか。Gradleが普及することでMaven CentralのOSGi関連のコンテンツは少なくなるだろうか。

 

この記事に星をつける

おすすめ度
スタイル

こんにちは

コメントするには InfoQアカウントの登録 または が必要です。InfoQ に登録するとさまざまなことができます。

アカウント登録をしてInfoQをお楽しみください。

あなたの意見をお聞かせください。

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする
コミュニティコメント

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする

ディスカッション

InfoQにログインし新機能を利用する


パスワードを忘れた方はこちらへ

Follow

お気に入りのトピックや著者をフォローする

業界やサイト内で一番重要な見出しを閲覧する

Like

より多いシグナル、より少ないノイズ

お気に入りのトピックと著者を選択して自分のフィードを作る

Notifications

最新情報をすぐ手に入れるようにしよう

通知設定をして、お気に入りコンテンツを見逃さないようにしよう!

BT