原文: More GlassFish v3 extensions from Jerome, Spring-flavored this time

Spring Frameworkを利用しているアプリケーションは、GlassFish v2あるいはv3で常に良好に動作していました。 現在GlassFish v3が最終リリースに近づいており、新しい機会がまもなく訪れます。 managed OSGi bundles での先週の記事に対して、GlassFish設計者のJerome Dochez氏は Spring beans や Java EE 6 webapp を利用してGlassFishサービスを実行する事でフォローアップしています。 OSGiでなく、Springに依存するものは何であれ、全て利用します。 この詳細な例は、Springベースのサービスを実行するためのSpringコンテナを目標にする役割を持つSpringのエクステンダバンドルを利用します。 そして、（これは私にとってもっとも興味のある部分になるのですが、）シンプルなウェブアプリケーションは単にスタンダードな@Resourceアノテーションをこのサービスに入れる事ができます。 もちろん、これはカスタマイズされていないGlassFishのバージョンで、そのサービスの検索にはOSGiサービスやスタンダードJava EEアノテーションを利用します。 GlassFish/Spring/OSGi APIは必要ありません。 強力でありますが、非常にシンプルです。

OSGi interview JavaPosse.comでの彼の最近のインタビューで、Peter Kriens氏（OSGiテクノロジーディレクター）はランタイムに特有のAPIを一つも使わずにランタイムを拡張する例としてGlassFish v3を述べています。 Peter氏がGlassFish v3チームでの仕事が好きだということはすばらしい事です。

モジュラー性は大切ですが、拡張性と管理の機能がなければ、GlassFish v3 はつまらないものになってしまうでしょう。GlassFish アーキテクトの Jerome Dochez は先日 管理下の OSGi バンドル について投稿しています。彼は GlassFish に拡張をインストールする際、OSGi モジュールとして modules/ ディレクトリに置く方法と、お馴染みの asadmin deploy を使う方法、それぞれの長所と短所を議論しています。 Jerome はそれから、一つの Java クラスから開始し単純な OSGi バンドルを書き、配備し、テストします。この時使用したのは Maven と telnet (Felix Console にアクセスするため) です。このエントリは以前の Grizzly アダプタの使用 に続く、アプリケーションサーバランタイムの拡張に関するエントリです。Jerome はこのシリーズの 3 本目として、Spring, OSGi そして Java EE 6 を、全て GlassFish v3 の中で組み合わせることに焦点を当てたものを約束しています。

GlassFish v3 Prelude は 2008 にリリースされていますが、Jerome によって議論されている機能を試すには、 プロモーション ビルドが必要です。 以前報告されているように、GlassFish v3 の完全な Java EE 6 実装は最終リリースは 2009 年 9 月を目指しています。

GlassFish と Grizzly ファンに素敵なニュースです: GlassFish v3 が Grizzlets とその他 Grizzly アダプタ をサポートしました。 つまり、好きなアダプタを選んで最新 GlassFish v3 ビルドにインストールすることができます。 GlassFish 側の視点からの Jerome による記事と、Grizzly 側からの JFA の記事をご参照下さい。 あと、 grizzly タグの記事と JFA のプレゼンテーション、 Comet in GlassFish using Grizzly も参考になります。