寺田　佳央 – Yoshio Terada

JRuby on GlassFish v2

さて、今日はGlassFish v2 (Grizzly)上でJRubyを動かす方法を紹介します。

GlassFish上でJRubyを動かす方法は大きくわけて３通りあります。


1. JRubyでwarファイルを作成してwarをデプロイする方法

2. GlassFish上でCGI経由で実行する方法

3. GrizzlyでJRubyを動かす方法（将来的に。。。）

　　3.1 GrizzlyでJRubyを動かす方法「JRuby on Rails でエンタープライズ Ruby　（高井 直人）」



動作方法による簡易比較


現時点では、どの方法もまだ、一長一短があります。

1,2に関してはGlassFish v2上で動作させる事ができますが、3についてはGrizzly上で動かします。

3についてはGlassFish v3に組み込まれてくるのではないかと思いますが、現時点では？？？です。

そこで、今回はGlassFish v2で動作させる事のできる、1,2にしぼって説明します。



1.についてはパフォーマンスは良いのですが、毎回warを生成しデプロイしなおさなければならないのがとても面倒です。

2.については、毎回デプロイしなおさなくてもダイレクトに修正が反影される為、非常に便利です。

　しかしその一方、CGI呼び出しの為非常にパフォーマンスは悪くなっています。

　そこでこの方法は、開発時に使用していただければと思います。


　そんな開発者の為に、GlassFish v2のインストールから、GlassFish v2上でJRubyを呼び出す方法(CGI版)を下記に説明します。

　どうぞ開発者の皆様、下記の方法を試してみて下さい。

インストールする為に必要な物

● GlassFish v2 Beta

　　（ちなみに、私はv2-b41dより少し新しいv2-b50で試しています。）

● JRuby: jruby-bin-1.0.tar

インストール手順

1.環境設定の確認

2.GlassFishのインストール

3.GlassFishの構成

4.GlassFishの管理ドメインの起動

5.JRubyのインストール

6.Railsのインストール

7.Railsのアプリケーション作成

8.Railsプログラムの作成

9.Railsのroute.rbの修正

10.GlassFishのドメイン中のdefault-web.xmlの修正

11.GlassFishのドメイン再起動

12.ドメイン上でサンプルアプリの動作確認

13.GlassFishのノードエージェントを作成

14.ノードエージェント上にインスタンスを作成

15.ノードエージェントとインスタンスの起動

16.インスタンス上でのサンプルアプリの動作確認

addons          bin             generated       jbi             master-password


applications    config          imq             lib             session-store


autodeploy      docroot         java-web-start  logs

class HelloController  “<H2>Hello World</H2>”

end

end

<servlet>


<servlet-name>cgi</servlet-name>


<servlet-class>org.apache.catalina.servlets.CGIServlet</servlet-class>


<init-param>


<param-name>cgiPathPrefix</param-name>


<param-value>sample-app/public/dispatch.cgi</param-value>


</init-param>


<init-param>


<param-name>executable</param-name>


<param-value>/Users/yt133043/Desktop/glassfish/lib/jruby-1.0/bin/jruby</param-value>


</init-param>


<init-param>


<param-name>passShellEnvironment</param-name>


<param-value>true</param-value>


</init-param>


</servlet>





<servlet-mapping>


<servlet-name>cgi</servlet-name>


<url-pattern>/sample-app/*</url-pattern>


</servlet-mapping>

2007年6月19日 at 9:44 午後

UNIX MagazineでApplication Server特集

さて、今日はGlassFishの紹介記事の紹介です。



JavaOneから帰ってきて、本来はサンフランシスコから

最新情報をタイムリーにお伝えする予定だったのですが、

あまり多くかけなかった理由を報告します。

実は、本日発売のUNIX Magazineで

アプリケーションサーバの特集を組むという事を、

現地で聞き、まだ構成等も含め何も決まっていない

状況だった為、掲載記事と重なると問題がでる可能性もあり

多くを書く事ができませんでした。すいません。



その分今回、日本サンのJavaエバンジェリストや

アプリケーションサーバ担当エンジニアでSJS Application Serverや

GlassFishに関して記載しておりますので、是非ご覧になってみてください。





UNIX magazine 2007年7月号

アプリケーションサーバのすべて

日本最速のスーパーコンピューター「TSUBAME」の技術





Sun Java System Application Server

サン・マイクロシステムズ

片貝正紀、荻布真也、吉田正人、岡崎隆之、寺田佳央

2007年6月17日 at 7:16 午後

ホットトピックセミナーの開催

私事で恐縮ですが、2007年06月20日（水）に弊社用賀オフィスで

GlassFishに関するセミナーを開催することになりました。

まだ、若干席が空いてますので、御興味のある方は是非、

ご登録の上御参加いただければと思います




http://jp.sun.com/company/events/2007/000027.html



【開催概要】

■ タイトル 『2 時間で学ぶ今月の Java ホットトピック (6月号)』

■ 日程 2007年06月20日 (水)

■ 会場 世田谷ビジネススクエア 27F

■ 定員 60名

■ 費用 無料（事前登録制）

■ 主催 サン・マイクロシステムズ株式会社





【プログラム】



18:00 開場、18:30 セミナー開始、20:30 終了予定



1.「今が旬の GlassFish をおいしくいただくために」



Java エバンジェリスト　寺田　佳央



完成間近の GlassFish v2 のインストールからアプリケーション実行までを、実

演を交えて丁寧に解説します。また、少しずつ見え始めてきた、次期 v3 の新機

能についてもこっそり紹介します。



2.「リアルタイム Java はここが違う！」



Java エバンジェリスト　草薙　昭彦



時間についての制約が厳しいリアルタイムシステムにおいては、GC による遅延

やタスクのスケジューリングなど、さまざまな課題があります。リアルタイム

Java が、これらの課題をどのようにして解決するかを、その実装である Sun

Java Real-Time System 2.0 を使って解説します。

2007年6月14日 at 9:39 午後

GlassFish v2のインメモリセッションリプリケーションの概要

JavaOneの初日以降アップデートができなくて申し訳ありませんでした。

期間中、急遽仕事が舞い込んできたため、アップデートができませんでした。

JavaOneについての報告は、他のエンジニアの方達が既にたくさん報告してくださって

いるので、改めてという事も少ないのですが。JavaOneのセッションにおいて、

GlassFish v2についてのセッションに出てきたので技術的な概要の紹介を少しします。



GlassFish v2よりインメモリセッションリプリケーション機能が追加されました。

この機能はショッピングサイトにおけるショッピングカートの実装を

思い浮かべてもらえば分かりやすいのですが、ユーザが買い物かごに入れた

商品のデータは通常HTTPセッションのようなメモリ上に格納されます。

このため障害が発生するとメモリ上のデータであるカートの情報は失われてしまいます。

セッションリプリケーションでは、システムに障害が発生した場合に、

このカートの情報が失われないよう他のマシンにも常にセッション情報を

コピーし保持しておく仕組みです。



GlassFish v2ではセッションリプリケーションを行うため2通りの方法を提供しています。



●HADB (High Availability Database)の使用

●オンメモリセッションリプリケーションの使用（New）



1つはSun Java System Application Server Enterprise Edition 7以降で

利用されているHADBを利用する構成です。



そしてもう一つは、今回新たに導入されたインメモリセッションリプリケーションです。



GlassFish v2より新しく追加されたインメモリセッションリプリケーションの

動作を下記に説明します。

インメモリ内に保持するセッション情報は下記の通りです。



●Http session state

●Stateful (EJB technology) Session bean state



クラスタ構成された各インスタンスはそれぞれ、自動的に決定されたペアが存在し、

それぞれのインスタンスとペア間でHTTPセッション等のデータをコピーし

単一システムの障害に備えています。



例えば、Instance 1とInstance 2がペアである場合、ロードバランサ経由で

Instance 1に最初のリクエストが要求されると、Instance 1でセッションが

作成された後、セッション情報はInstance 2にコピーされます。







この状況でマシンに何らかの障害が発生し停止した際、クライアントである

Web ブラウザからの要求に対して、下記のいずれかのマシンから応答が返されます。

これはロードバランサがマシンの障害を検出すると、別の送信先を任意に決定するためです。



1.ペアになっていたインスタンス(例：Instance 2)に要求された場合

2.ペアではないインスタンス(例：Instance 3 もしくはInstance4)に要求された場合



まずロードバランサ経由で、ペアになっていたインスタンス(Instance 2)に

要求された場合、ペアであったインスタンス(Instance 2)から直接応答を返します。







次に、ペアではなかったインスタンス(例：Intance 3、Instance 4)に要求された場合、

返信用封筒付[Self-Addressed-Stamped-Envelope (SASE)]のリクエストを、クラスタ内に

所属する全インスタンスにブロードキャストし、返信に応じたインスタンス

（例：Instance 2）よりセッション情報を受け取りWebブラウザに対して応答を返します。





また、クラスタ内では障害発生システムを自動的に検知しクラスタのメンバーから

はずす処理なども行われています。

このセッション情報の共有、クラスタメンバの動的再構成にはJXTAの技術が

用いられています。



最後に、

Sun Java System Application Server 8.xまでは高可用性を実現するためには、

HADB以外に選択肢がありませんでした。しかしGlassFish v2以降では、HADBに加え

インメモリセッションリプリケーションも選択できるようになります。

インメモリセッションリプリケーションは、HADBに比べスループットが向上します。

一方、HADBは99.999%の高可用性を実現する事ができます。



今後、御客様のニーズに応じ最適な構成を選択してください。

2007年5月30日 at 8:36 午後