GlassFish を開発用途でインストールするのはかなり簡単で、いくつかの選択肢 (単純な JAR インストーラ、Sun のインストーラ、IzPack ベースのインストーラ、v3 の zip ベースなど) が与えられてもいます。本番環境への GlassFish インストールではもう少し配慮が必要です。

OpenSolaris "Observatory" ブログの Brian Leonard が 最近の記事で GlassFish の本番利用に向けたクラスタプロファイルでのセットアップ方法を書いています。 その中では、アップデートセンタ経由のインストール、ユーザー設定、ドメインディレクトリ、SMF サービス設定などについてカバーしています。

また、標準のドキュメントセットに含まれる GlassFish "インストールガイド" と "配備計画ガイド" を読むこともお忘れなく。

GlassFish の新しい Adoption Stories（導入事例） を公開しました。 3 つは通信会社の事例（アメリカ、オランダ、フランスから）で、残りのひとつはヘルスケア企業のものでカナダからです：

• SFR - Developer APIs, GlassFish-powered（SFR - GlassFish 上の開発者 API） - フランスの通信会社
• T-Mobile, High Availability and GlassFish（T-Mobile における高可用性の実現と GlassFish） - アメリカの通信会社
• Medavie Blue Cross - Standards Eliminating Vendor Lock-In（Medavie Blue Cross - 標準がベンダーによるロックインを解消する） - カナダのヘルスケア企業
• Pretium Telecom - GlassFish ESB in Telco（Pretium Telecom - 通信会社における GlassFish ESB） - オランダの通信会社

GlassFish が始まった頃には、 「あれは単なる参照実装でしょ！」とよく聞いたもので、私もそのことについて 2006/6 に記事を書いています。 その頃からは進歩したと思うのですが、Solomon さんの JAX-RS 実装を評価する 読んでみると、同様の間違った理解があるようです。なので再度 ...

"昔々 、遥か彼方の銀河系で", Sun には概念の実証のための参照実装と仕様をやっているグループ と、それら仕様に基づいた商用製品をやっている他のグループがありました。 しかし、そのような日々は昔のことで、現在は単一のチームが単一の (オープンソースの) 実装を構築しています。 参照実装とは単に属性 (JCP で定義された) であり、 エンタープライズ品質 (市場で定義された) も同様です。 なので一つの実装が両方であることは完全に可能なわけです。 ある映画が、 売り上げトップ 20 で、かつ AFI のトップ 20 ... 例えば スターウォーズエピソード IV: 新たなる希望 ... であるのと同じです。

ですので、Solomon さんの質問 ([1], [2]) にもどりましょう。 Jersey は JAX-RS の参照実装と、GlassFish その他いくつかのアーティファクトで利用するコンポーネントの両方になるべく作られています。 ですから、Jersey をお使い下さい。 フォースと共にあらんことを！

原文: GlassFish v2 production story - Karlovy Vary International Airport

GlassFish v2が世の中に出て2,3ヶ月しか経っていませんが、様々な展開が起こっています。我々は今までStories blogでいくつかをハイライトしてきました。今回は、GlassFish v2を用いた Java EE 5 Airport Information System (AIS) が実際にKarlovy Vary国際空港に配置されたことをハイライトします。こちらのページをご覧になってください。

ここで、興味深い事はこのシステムでは GlassFish のほとんどの特徴が使われたことです（データベースにはMySQとFirebirdが、deployment platformにはSuSE の Linux が使用されています)。詳しい内容はこちらのQ&Aをご覧になって下さい。

原文: N1SPS Application Server Plugin article

以前 N1 SPS (Service Provisioning System) を取り上げましたが、今回の 記事 はさらに詳細で、より大きなスケールの複層配備シナリオにおいてこのソリューション、特にアプリケーションサーバプラグインがどの様に役立つかを述べています。 この記事では、マスターサーバ と リモートエージェントがどんなものか、local distributor によってどうネットワークやファイアウォールが最適化されるか、コンポーネントの概念をどう GlassFish のドメインまたはクラスタにマップするか、また計画がどう実行されるか、などについてカバーしています。

N1 SPS が既存の GlassFish v2 インストールをどうプロビジョニングするか、もしくは SJS Application Server 9.1 の完全なインストールと配備をどう実行するかをこの記事で学ぶことができます。この製品は複層の配備をプロビジョニングするのに向いています。例えば、Web サーバ層にロードバランサプラグインをインストールしたり、HADB やノードの管理をさせることができます。