SujitはOpenESB v3 / Project FujiにてSpring DMを簡単に利用する方法の好例を示したブログ記事を公開しました。 サービスを可視化する方法と「バス」上のサービスを呼び出す方法です。 「バス」(別名 Normalized Message Router)はFelixやGlassFish v3などのOSGi環境に対する疎結合かつ非同期な規約のメッセージに基づく選択肢を追加します。 単純なAPIの仕組みにより(インターフェイス中心の)メッセージをベースとしたOSGiサービスの実装と呼び出しを可能にします。 Fujiはそして、これらのメッセージをルーティング、変換、拡張する能力を含む高度な構成のホストを含みます。 サンプルアプリケーションバンドルはSpring DMバンドルのインストール方法の解説と同様にFuji wikiにて利用可能です。

GlassFish v3 がどのように OSGi をサポートしているのかについて、 Richard, Sahoo, Jerome その他の人たちの仕事、もしくは記事へのポインタを通じて、概要をお伝えします。 話は OSGi-core から始まります。 これは、カーネル、サービス、コンポーネント、といった用語がでてくる システムで利用されていますが、よい概要説明として、Jerome の JavaOne でのプレゼンテーション、 TS-4923 を載せておきます。

基礎的な配備については、Jerome の GFv3 Extensions: Managed OSGi bundles を参照下さい。 この記事では、どのように asadmin deploy --type=osgi myosgibundle.jar が OSGi バンドルを配備するか (GFv3 がバンドルを OSGi フレームワークにインストール、起動し、一方で domain.xml に情報を記録するので、 asadmin list-components が OSGi バンドルが配備されたと表示する、というようなこと) を説明しています。 配備されれば、 Felix Web Console を使って OSGi バンドルを閲覧することもできます。

同様の配備メカニズムを動かすには他の方法もあります。 Sahoo が書いた Using filesystem operations to manage OSGi bundles in GlassFish では、GF v3 がどのように Apache Felix の FileInstall を活用して、 autodeploy-bundles/ ディレクトリからの自動配備を実現しているか解説しています。

Jerome の次の 2 つの記事は、GF v3 の拡張機能で、アプリケーションが @Resource を使って OSGi サービスを参照できるようにするものについてです。 最初の記事、 GF v3 Extensions: Spring, Java EE 6 and OSGi では、そのサービスは Spring Bean で、Spring DM を使って OSGi サービスレジストリに公開されているもので、 次の記事、 GF v3 Extensions: OSGi Declarative Services では、単に標準の OSGi 宣言サービスを使っています。これは標準の GF v3 バンドルに b55 から入った機能 です。

最近のRed Hatの発表のうち 2 つは GlassFish 製品周辺の競合と関係ありです：

Red Hat は Open Choice を発表しましたが、注目すべきはこれが Spring Framework サポートを含んでいることです。プレスリリース 、 Rich の記事、The Register と Rod Johnson の反応もご確認を。歴史的/広い文脈では、Oracle と Spring も参照下さい。

2番目の発表は eXo と JBoss のパートナーシップについてで、これは私たちの Sun GlassFish WebSpace Server の Liferay とのパートナーシップとかなり似ています。Rick の投稿、広報や CMS Watch のコメントをご参照ください。

これらすべての動きのビジネス上のコンテキストとしては、私たちの Liferay とのパートナーシップ、Java EE 6 と GlassFish v3 のリリース、Oracle の発表、JSR299 と JSR330 の変更などが含まれるわけです。今後数か月は興味深いものになります...

おそらく、新しい、モジュール化されている GlassFish v3 は (OSGi) コンポーネントから構成されていて、そのコンポーネントは IPS で更新することができる、ということは既にご存じかと思います。 これらを組み合わせて、即利用可能な JavaEE 6 Web Profile と 完全 JavaEE 6 の バンドル にしているのですが、Alexis が記事で書いているように、これらを使って、 アラカルト ディストリビューションを作ることも可能なんです。

少なくとも最初の例をやってみることをお薦めします。 そうするとこれらのテクノロジがどのように機能しているかが良く理解できると思うからです。 GlassFish v3 の美点は全てがとてもコンパクトで高速なことです。- 私はこのエントリをパブリック WiFi からまあまあの接続で書いているのですが、 blogs.sun.comを待っている時間の方が、 サンプルを動かしている時間より長いですね。

パート I は IPS Best Practices の IPS ツールキットイメージから始まります。 ツールキットイメージは 5MB (ほとんどが Python 2.4 ランタイム) で、GlassFish は含まれません。 次のステップは、GlassFish v3 nucleus (2.41MB) をダウンロードするのですが、自動で、 Felix (564KB), Grizzly (943KB), HK2 (565KB) も取得します。IPS パッケージには関連する OSGi モジュールが含まれます。 そのエントリの残りでは、アップデートセンター IPS パッケージ (Python GUI ツールキット含むのでこれが最大) をインストールする方法と、それを使った管理パッケージの追加、ドメイン作成と起動の方法について触れています。

パート II は、Web コンテナのインストール方法です。 Jerome の最近のエントリ GF v3, OSGi, Spring (これは少し複雑なところがあり、Jerome は既に 簡単なバージョン も書いています) を紹介します。 パート III では、メインのテーマである、あなたの必要なコンポーネントからなり、かつ拡張可能なアラカルト GlassFish v3 の作成です。

SpringSource は Hyperic を買収すると発表しました。 以前の OEM (とベンチャーキャピタル基金？) を考慮するとそんなに大きな驚きではないものの エンタープライズオープンソース界においては大きな進展です。 世界はどんどん面白くなりますね ... 明らかに、私は Oracle がこれにどう反応するか分かりませんが、とても知りたいです :-)

Matt、 教えてくれてありがとう。 面白いコメントが出てきたら、ここにリンクしますね。

• Sanjiva @ WSO2
• Zach @ InfoWorld

原文: 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チームでの仕事が好きだということはすばらしい事です。

Paul はとても詳細な エンタープライズ向き情報 を書いて、 GlassFish で利用されている JAX-RS 実装である Jersey を、エンタープライズ Java アプリケーションを構築し実行するフレームワークである Spring とともに使用する方法を解説しています。 この統合は、現在 Jersey の安定バージョンで利用可能な 統合機能 によって実現しています。 Paul の記事では、Jersey を使った基本的なウェブアプリケーションで、 Spring を活かすようにする方法を詳細に説明しています。 ぜひご覧下さい。

本日の面白いニュースです。 スペシャルリリースと企業買収

過去 1-2 週の間に、OpenSSO コミュニティではとても多くのことが起きています。ここアクエリアムできちんと追えていませんでしたので、ここにまとめてみます。

Sun のスーパー SE Shesh Kondi が MacOS X + Weblogic 環境に OpenSSO とその Java EE エージェントを配備する方法を説明 しています。これはサポートされている組み合わせではないですが、デモや開発にはとても便利です。 Sun Developer Network では、'From the Trenches at Sun Identity' シリーズの最新版で、Sidharth Mishra が Marina Sum と Web サービスセキュリティ に関して語っています。

Google Alerts から拾ったものですが - Qingfeng Zhang が OpenSSO を JA-SIG CAS に統合し、ユーザが CAS にログインし、OpenSSO によって守られている資源にアクセスできるようになりました。

もしまだ OpenSSO を試したことがなければ、ぜひ プロジェクトに登録し、ダウンロードし、お試し下さい - CafePress OpenSSO ストア のグッズが当たるかもしれません。

最後に、活発なオープンソースコミュニティのすばらしい成果 - Spring と Seraph の OpenSSO 認証プロバイダ - です。これらは、上の CAS とは逆向きの統合で、OpenSSO にログインしたユーザが Spring Security と Atlassian Seraph で守られた資源にアクセスできるようになります （後者は Jira と Confluence で利用されています)。

OpenSSO の動向を追うには、Planet OpenSSO (フィード) を購読するのがよいでしょう。

原文: OpenMQ and Spring - More GroovyBlogs

Glenn は、Spring と OpenMQ を使った メッセージ駆動 POGO (Plain Old Grails Object) を書いている所に OpenMQ With Grails and GlassFish の補足記事を書いています。 フィードとサムネイルのフェッチャーの選択、キューのリクエスト停止をポストする方法を見るために Glen の記事 をご覧下さい。 私は Glen とメールの交換をし、私達は OpenMQ に関する彼の経験をもっと投稿するつもりです。 差し当たり、 OpenMQ をご覧下さい。

Spring Framework を使用する Web アプリとして開発開始したアプリにおいて、 特に EJB の様な JavaEE の機能を利用 するよう変更を加える経験について Kawazu が書いています。 Spring を削除するのが目的ではなく、どちらかというと、 Java EE サポート (GlassFish Server や NetBeans IDE にあるようなそれ) をより効果的に 利用することが目的です。 EJB に対するポジティブな兆候を最近より多く見るようになりました。 JavaOne での EJB3.1 のセッションは大きな部屋でかつ、うまっていました。 3 月の Ken のプレビュー をチェックしてみて下さい。あと、今後数週のうちにあるアップデートに注目下さい。

とろこで、Spring Framework は GlassFish に アップデートセンターを使ってインストールできます。

Spring Framework (2.5.4) が GlassFish v2 アップデートセンター (アップデートセンター@アクエリアム) に出ています。 インストールは簡単です。GlassFish v2 をインストール後、以下のようにアップデートセンターを起動します: $GLASSFISH_ROOT/updatecenter/bin/updatetool インストール後に 2 つほど手続きがあります。詳細は、 Pramod の記事 でご確認下さい。それで良かった点、悪かった点お聞かせ下さい。

これは GlassFish v2 アップデートセンターですのでその点、ご注意を。 最後に、 Rajeshaw このモジュールを出してくれてどうもありがとう。

JAX-RS co-spec lead で Jersey 実装リードである Paul Sandoz が Spring と Jersey 0.6 の統合について書いています。そのアプローチでは、 ComponentProvider (Jersey のコンポーネントインスタンス化を担う) の基本的な実装を Spring フレームワークに導入しています。 Jersey が多くの配備先を提供しているので、 (Grizzly, GlassFish, Java SE 6), Tomcat に縛られる必要はありません。 :)