Eclipse Virgo プロジェクトが承認された

作者 Alex Blewitt , 翻訳者 編集部Ｎ 投稿日 2010年3月2日

セクション

運用/インフラ,

デベロップメント,

エンタープライズ・アーキテクチャ

トピック

アプリケーションサーバ ,

Java ,

プラットフォーム

タグ

Eclipse

原文(投稿日：2010/02/25)へのリンク

昨日、 Glyn Normington 氏の公表による と Eclipse Virgo プロジェクトがプロジェクト開始のレビューをパスした; また VMWareは、今や Eclipse Foundationの法人コミッターであることも公表した。

最近バージョン２．０をリリースした SpringSource dm Serverの次のバージョンになる。その意図は、適切なコードリファクタリングの後（ネームスペースをorg.eclipse.virgo に替えることを含んで）、おそらく若干の他の変更を伴って、コードは、バージョン２．１としてリリースすることだ。

dm Server とEclipse Virgoの主な違いは、前者は、 GPL 3.0のもとでライセンスされ、一方、新しい Eclipse Virgoは、 EPL 1.0のもとでリリースされることで、もっと広く使えわれることを促す意向である。 Adrian氏がその頃に説明したように:

今日、 OSGi と Spring Dynamic Modules（今では、 OSGi Blueprint Serviceとして標準化されている）のプログラミングモデルをベースにした、モジュール化されたエンタプライズアプリケーション開発において、最先端のプラットフォームをdm Serverは、提供している。 Enterprise OSGi と dm Serverは、非常に進歩した。けれども、エンタプライズアプリケーション開発に OSGiを採用するのは、コストをかけずにはできない、と言える。多くの新しい技術のように、初期投資は、しなければならないが、やがて見返りがある。 Hal Hildebrand氏は、現在の状況を非常にうまく捉えて、彼の最近の ブログに OSGi Value Proposition を投稿している。

エンタプライズOSGiと dm Serverには、非常に興味と革新性があります。強い興味を持っているのは、早期の採用者と OSGi Service Platformが持つ、動的なモジュール性に密接に合った要求のあるプロジェクトです。しかしながら、エンタプライズアプリケーションをできるだけ早く、できるだけ面倒なく、作り上げたいとだけ考えている、主流の開発チームにとっては、エンタプライズOSGiを採用するコストが、短期的な利益をオーバーしてしまう可能性があります。エンタプライズOSGiが主流のエンタプライズアプリケーション開発へのデファクトなアプローチとなる前に、この状況は、解決される必要があります。注意して欲しいのは、私は、ここで言っているのは、エンタプライズアプリケーション開発についてです；もしあなたが、インフラ用のソフトウェアを書いていて、 "stackless stack" (Kirk Knoerschild, James Governor) を作る必要があるなら、OSGi は、すでにデファクトなアプローチであり、完全に dm Serverと関連するdm カーネル サブプロジェクトによってサポートされています。

Adrian氏の意見は、モジュールシステムが既に複雑なシステムを助けることができる、しかし平均的な Hello Worldタイプのアプリケーションには、必ずしもそうでない，という事実に焦点を絞った人によって、 文脈を無視して解釈されたものである。しかし、OSGi は、複雑性を克服する助けになり得る； OSGi DevCon London 2010で、 Kirk Knoerschild氏は、基調講演を行い、 次のように言った:

ソフトウェアの複雑さは、指数関数的に増している。以下のことを知っているだろうか:

• １９９０年のコード量は、１２００億行
• ２０００年のコード量は、２５００億行
• ７年でコード行数は、倍になる
• 開発時間の５０％は、コードを理解するのに使われる
• ソフトウェアに関わるコストの９０％は、保守と漸進的な変化に対するものである

この意味をこのまま次の７年も続いたらどうなるか，という見方で表現してみよう。２０１０年と２０１７年の間に、それまでの書かれた全コードのトータルよりも多いコードが生産されることになる！

複雑なシステムを理解するのを助ける何かが必要である。複雑さを管理する何かが必要である。保守を楽にするのを助ける何かが我々には必要である。ソフトウェアシステムの自然な進化に対処するのを助けるものが必要である。システムが要求を受け入れる時に起きる、自然な構造的な変化に対処できるようにするものが必要である。長い間、中心となるものがなかった。しかし、そんなにはかからない、エンタプライズは、エンタプライズOSGiを手に入れるからである！

Virgoが Eclipse Helios系列（２０１０年の夏にリリース予定）の一部になるには、遅すぎたので、 おそらくは dm Serverの新しいリリースになりそうである。もし EclipseCon 2010（３月にある）に間に合わない時には、Helios のリリースと同じ頃だろう。

あなたは、プロジェクトの移動（とライセンスの変更）によって、製品がもっと広く採用されることになると思いますか？

• 次へ >