いきなり EJB (Enterprise JavaBeans)

　両方とも、評価用のソフトがダウンロード可能でパソコンで試すことができます。特にWebLogicは ドキュメント が充実しており、これを読んでいるだけである程度のノウハウが読み取れます。ここでは、このWebLogicを使ってEJBとは何なのか、システムへの適用について考えて行きたいと思います。

　以前紹介していたWebLogic Server5.1は既にダウンロードできなくなってしまいましたので、徐々に6.1Jに合わせていく予定です。特にweblogic.propertiesあたりが大きく変わっているため、とっつきが悪そうですが、以前からの違いをつきとめつつ解説していきたいと思います。以前のHPは こちら においておきます。

   2. 準備（インストール）
   3. ちょっとだけ実験
   4. EJBとは何か？
   5. データベースとトランザクション処理
   6. SSL(Secure Socket Layer)の設定
   7. TUXEDOとの接続
   8. VisualCafeでのデバッグ
   9. JSP (Java Server Pages) をかじる
 10. CORBA インタフェースを提供する
 11. いまさらCGI   <NEW>
 12. サーブレット再び   <NEW>
 13. 参考文献

1. まず、WebLogicの30日間有効評価版をダウンロードしてきましょう

BEA社ホームページ にて「ダウンロード」を選択し、続けけて「WebLogic Server 6.1J & SP」をクリックします。それでもって、「 BEA WebLogic Server 6.1 and Service Pack 2 for Windows 」を選びます。75.1MBだそうです。私は果敢にも、ISDNで挑みました。皆さんはADSLですよね。うらやましー。

初めての方は、簡単なユーザ登録が必要です。ユーザIDはメールアドレスで、パスワードは任意に設定できたと思います。確認のメールもBEA社から届きます。ファイル名は weblogic610sp2_win.exe ですが、これをダブルクリックしてインストールします。
 

2. とにかく動かしてみましょう。Windowsのスタートメニュー  ->　プログラム -> BEA WebLogic E-Bussiness Platform -> WebLogic Server6.1 -> WebLogic Tour -> Run Pet Store を選択してください。コマンドプロンプトが開き、途中「WebLogic サーバを起動するためのパスワードを入力してください」と言われるので、インストール時に入力したパスワードを入力してください。ペットショップのデモですが、なかなか楽しめます。


以前バージョンでは、インストール後の設定を行ったような記憶がありますが、本バージョンでは一切不要のようです。そういえば以前はJDKも別にシンストールしてたような気がする。

6.1Jでは、プロパティファイルが大幅に変わってますので、このままでは動きません。少々お待ちください。

1. サンプルプログラムの HelloWorldServlet.java をコンパイルします

C:\>cd \weblogic\examples\servlets
C:\weblogic\examples\servlets> javac -d \weblogic\classes HelloWorldServlet.java

これにより、\weblogic\classes\examples\servlets\HelloWorldServlet.class として作成されます
ここでコンパイルエラーが出るのは前節のＣＬＡＳＳＰＡＴＨの設定が行われていない可能性があります
 

2. プロパティファイルにサーブレットを設定します

\weblogic\weblogic.properties に以下の設定を追加します。 HelloWorld は何でもかまいません。

weblogic.httpd.register. HelloWorld=examples.servlets.HelloWorldServlet
 

3. WebLogic Server を起動します

Windowsのスタート->プログラム->WebLogic 5.1 ->WebLogic Server で起動します
 
4. ブラウザから、http://localhost:7001/HelloWorld でサーブレットを呼び出します。

HelloWorld は上の設定に合わせています。
Hello World! と表示されれば、正常に動作していることになります

　コマンドプロンプトの上方ラベルで右クリックして、「プロパティ」を選択し、「レイアウト」のタブを選んで「ウィンドウのサイズ」を 幅 120 高さ 40に、 「画面バッファのサイズ」を 幅 120 高さ 200 に設定する。いちいち設定するのは面倒なので 「このウィンドウを起動したショートカットを変更する」 で次回からスクロールが出来るように設定する。
 

4. EJB (Enterprise Java Beans) とは何か？　　　↑top

 先に紹介したBEA社のHPによれば、Enterprise JavaBeanの本質は、トランザクション的でセキュアなRMI（またはCORBA）のオブジェクトということです。EJBでは、セキュリティ、トランザクション、状態管理の詳細を処理するコンポーネント・フレームワークにビジネス・ロジックがカプセル化され、 マルチスレッド、リソース・プール、クラスタリング、分散ネーミング、自動持続性、リモート呼出し、トランザクション境界管理、分散トランザクション管理等のはん雑な処理は、EJBの「コンテナ」がおこなうので、EJB開発者はビジネスに関する問題解決に専念できます。これらの内容は、 BEA社のEJBに関する記述 を参考にされた方が分かりがいいと思います。また、EJBを作るにあたってのノウハウが WebLogic Server EJBの設計と開発 として用意されているので、こちらも参考にしてください。

 EJB は、大きく以下の４つに分類されます。それぞれについて例題を用いながら説明していきましょう。

1. コンテナ管理 Entity Bean （サンプルプログラムを使った説明 ）

コンテナ生成ツールが Entity Bean の永続化を維持するデータベースアクセスコードを自動的に生成してくれるものです。開発者は、このためのコーディングをする必要がなく、驚くほど簡単にEJBが書けてしまいます。実際に見たほうが理解しやすいので、 サンプルプログラムを使って説明 していきたいと思います。この例では、データベースと連携するのが面倒だったので、File による永続化を選択しています。
 
2. Bean管理 Entity Bean

Entity Bean 自身のコードで自らの永続化を管理する方法で、きめ細かい管理が実現できます。実際には永続化時にコンテナから自動的に呼ばれるメソッドにJDBCでSQLを発行するようなコーディングを行うことになります。このとき、データベース依存部分ができるためEJBのポータビリティが損なわれる欠点があります。
 
3. ステートフル Session Bean（サンプルプログラムを使った説明 ）

クライアントとのセッション管理機能を持つ Bean で、クライアントは自分が生成した Bean をあたかもクライアントに存在するオブジェクトのようにアクセスすることが可能になります。
 
4. ステートレス Session Bean

その名の通り、固有の情報や状態を保持しないため、リソースの消費が少なく、シンプルで軽量なサーバコンポーネントが実現できます。セッション管理はクライアントに任されます。

この他、Java World 1999年9月号の「実践 Enterprise Java Beans 〜第２回 Session Beanの開発（その１）〜」での例題を用いて、端末からサーブレットを通して ステートフルな Session Bean を呼び出す方法を検証してみることにします。
 

5. データベースとトランザクション処理 　　　 ↑top

 準備中
Oracleとの接続
 
 

6. SSL(Secure Socket Layer)の設定 　　　 ↑top

 SSLは、安全な接続の交渉を行うためにNetscapeが提案したプロトコル標準で、エレクトリックコマース（電子商取引）などを行う際にクレジット番号などの情報がインターネット上で他人に読みとられることがないように、主にブラウザとサーバの間で情報の暗号化を行うためのしくみです。

　正式なIDを取得する前に、ちょっとだけ動作確認をしておきましょう。とりあえずWebLgic Serverを起動してください。デモ用のSSLはデフォールトで設定されています。この状態で、ブラウザから https://localhost:7002/ とすると、以下のような画面が表示されると思います。

　新しいサイト証明書　　・・・ですが、Netscapeは証明書に署名した発行人を認識できません。

　次の画面で、受け付けるかどうかを聞いてきますので、例えば、「このセッションに対して、証明書を受け付ける」を選択します。そうするとWebLogic Serverの紹介画面が表示され、左下の鍵が掛かるはずです。これで確認は終わりです。

　それでは、有名な認証局であるベリサイン社 からテスト用のディジタルＩＤを取得して実験してみましょう。 しくみの簡単な解説 もありますので、参考にしてください。

1. WebLogic Serverを起動し、ブラウザで http://localhost:7001/Certificate を指定します。このときアカウントとパスワードを求められますが、systemとインストール時に設定したパスワードを記入します。パスワードは、\weblogic\weblogic.propertiesファイルにも書かれていますので忘れちゃった場合は参照してください。

 
2. Server Certificate Request Generatorなるものが表示されます。会社やサイトに関する情報を記入して Generate Request をクリックします。以下はすべて半角英数字で記入します

Country code（国コード）・・・・・・・・・・・・・・・JP（日本）
Organizational unit name（部署名）・・・・・・・テスト用ID取得なので架空のものでいいのかも知れません
Organization name（会社名）・・・・・・・・・・・・同上
Email address・・・・・・・・・・・・・・・・・・・・・・・・テスト用IDが送られるメールアドレスを指定します
Full host name（ホスト名）・・・・・・・・・・・・・・これも架空のものでいいのかも知れません
Locality name(city)・・・・・・・・・・・・・・・・・・・市
State name・・・・・・・・・・・・・・・・・・・・・・・・・州名と言われてもねぇ。とりあえず県名を書いときました。
Random string・・・・・・・・・・・・・・・・・・・・・・・特に書かなくてもいいです。

このとき秘密鍵（プライベートキー）と公開鍵のペアーが作成されます。これらを以下に示します。

 以下が秘密鍵 です。ファイル名は、例えば www.egami.co.jp であれば www_egami_co_jp-key.der になります
　　Key filename: C:\weblogic\<Full host name>-key.der

　これは、公開鍵に上記情報を追加したものでベリサインなどに送られるものです
　　Request filename: C:\weblogic\<Full host name>-request.pem　　
　
この画面で、VeriSignの方の Submit をクリックして、テスト用ＩＤの申請を行います。
 

3. 次の画面で内容の確認および連絡先の記入を行って ACCEPT をクリックすると、Processing Requestという画面が表示され３０分程度でメールが届きます。ちょっとコーヒーでも飲んで待ちましょう。

 
4. さて、いよいよ WebLogic ｓｅｒｖｅｒ へのインストールですが、まず上記の秘密鍵のファイルを \weblogic\myserver 配下に持っていきます。ファイル名はそのままでいいでしょう。


次にベリサインからのメールの最後にあるIDを取り出してテキストファイルとして作成します。ファイル名は、拡張子が .pem であれば勝手に付けていいようです。取り出すＩＤについても以下の２行に挟まれた文字をこの２行も含めてカット、ペーストでテキストファイルに張り付ければいいでしょう。このファイルは、認証機関（ベリサインなど）から受けたサーバ証明書と呼ばれるものです。
-----BEGIN CERTIFICATE-----

-----END CERTIFICATE-----

最後に、\weblogic\weblogic.properties に以下の設定を行います。

weblogic.security.ssl.enable=true　　　　 このままでいいです
weblogic.system.SSLListenPort=7002　このままでいいです

#weblogic.security.certificate.server=democert.pem　 デモ用の３行をコメントアウトして
#weblogic.security.key.server=demokey.pem
#weblogic.security.certificate.authority=ca.pem

weblogic.security.certificate.server=www_egami_co_jp.pem　 ベリサインからのメールを切り出した証明書ファイルの設定と
weblogic.security.key.server=www_egami_co_jp-key.der　　　 秘密鍵の設定を行います
 

5. 最後に、ＷｅｂＬｏｇｉｃ server を起動します

このとき、以下のメッセージが出ていればうまくいっていることになります

Sun Jan 02 20:32:32 JST 2000:<I> <SSLListenThread> Listening on port: 7002

確認のために、ブラウザで https://www.egami.co.jp: 7002/ とすれば、WebLogicの紹介ページが表示され Netscape なら 左下の鍵が掛かっている はずです。www.egami.co.jp は、あなたのマシンのホスト名で置き換えてください。また、httpをhttpsにしていること、ポートを7001でなく7002にしていることに注意してください。

このとき、ベリサインに申請したときのホスト名が違っているとブラウザが注意を促します 。例えば、https://localhost:7002/ とやると以下のような画面が表示されます。

証明書名の確認　　サイト'localhost'から提出された証明書には、正しいサイト名が含まれていません。・・・

ここで、続けるを選択すれば接続されますが、普通ならキャンセルを押されて接続を拒否されるでしょう。

　本格的にディジタルＩＤを使うことになれば、あなたのサーバマシンを正式に認証してもらうことになりますが、このために年間 \85,050 かかるようです。　128ビット対応のものもあってこちらは、年間\144,900 らしいですが、詳しくは ベリサイン社のＨＰ を参照してください。ヘルプ なども参考になります。
 

7. TUXEDOとの接続　　 ↑top

 TUXEDOといってもあまりなじみがないと思いますが、これもAPサーバの一種です。BEA社によれば、WebLogicがオブジェクト指向言語（Java言語）用のAPサーバで、 TUXEDOは手続き型言語（C言語、COBOLなど）用のAPサーバという言い方をしていました。既存の基幹システムでは、このTUXEDOのトランザクション処理を使ったものがいくつかあります。WebLogicは、このような 既存システムの機能をWebから利用するような場合にも適用されます。
　ここでは、 Jolt for WebLogic という機能を使って、TUXEDOとの接続方法について考えてみます。
 

8. VisualCafe でのデバッグ 　　　 ↑top

 近年のJavaの発展は、言語自体のすばらしさもさることながら、各社から提供される統合的な開発環境が大きく貢献していると思われます。EJBやAPサーバについても開発環境、特にデバッグ環境は重要な鍵となるでしょう。今扱っている WebLogicは開発環境として、Inprise社のJBuilder3や SYMANTEC社のVisualCafe などを推奨していますが、特に VisualCafe とは特別の結びつきがあるようです。VisualCafe は現在 Version3.0ですが、1999年10月始めに提供される 3.0dでは WebLogic4.0.3と4.5に対応し、ウィザードによるEJBの枠組みの作成やデバッグ時のClientプログラムも同時に作成されます。その上、WebLogicサーバ機能をVisualCafe上で自動起動させることができ、開発したEJBの詳細なデバッグが実現可能です。

　もし評価版を手に入れることができるのであれば、ここで紹介していきたいと思います。
 

9. JSP (Java Server Pages) をかじる　　　 ↑top

 サーブレットは、Webでのサーバサイドプログラミング技術 の１つですが、それまでのCGI＋Ｐｅｒｌ言語に比べて、「マルチスレッドによる処理性能の向上」が大きな特長になっています。しかし、プログラミングの生産性の点でサーブレットがそれほど優れているとは思いません。Perlにしろ、サーブレットにしろコンテンツとコードが混在してしまうからです。コンパイルの必要なサーブレットの方がより面倒なぐらいです。

 ここで紹介するJSP（Java Server Pages）は、コンテンツの静的な部分と動的な部分をページコンパイル技法により分離するテクノロジということです。
 まずはサンプルプログラムで動作を確認してみます。

1. weblogic.properties の編集

以下の行のコメントをはずしてください。この中で、pageCheckSeconds=60 と compileCommand= c:/java/bin/javac.exe を変更します。

weblogic.httpd.register.*.jsp=\
       weblogic.servlet.JSPServlet
weblogic.httpd.initArgs.*.jsp=\
       pageCheckSeconds=0,\
       packagePrefix=examples.jsp,\
       compileCommand=C:/jdk1.1.7B/bin/javac.exe ,\　　<-  各自の環境に合わせてください
       workingDir=C:/weblogic/myserver/classfiles,\　　　 <-  JSPファイルをJavaファイルに変換しコンパイルされたClassファイルが入ります
       verbose=true
 

2. WebLogic Server を起動します

 
3. サンプルのJSPファイルを所定にディレクトリにコピーします

C:\weblogic\myserver\public_html\jsp ディレクトリを作成し、 C:\weblogic\examples\jsp\ShowDate.jsp や HelloWorld.jsp をコピーします。
 
4. ブラウザで、http://localhost:7001/jsp/ShowDate.jsp を入力すると、コンパイルのための時間を経過した後、時刻が表示されます。

WebLogic Serverを立ち上げている間は、Classファイルを参照するため処理は高速です。

 今後、Java World 1999年5月号や 1999年12月号の記事について検証して行きたいと思います。
 

10. CORBA インタフェースを提供する 　　　 ↑top

 CORBA (Common Object Request Broker Architecture) は、分散オブジェクトを実現するための仕様であり、 IIOP (Internet Inter-ORB Protocol) はその通信プロトコルの１つです。ここでは、既に実現しているRMIによる分散オブジェクトプログラムをRMI over IIOP という新しい技術を用いることで、プログラムにほとんど手を加えることなく、CORBAと相互運用できることを実証してみます。内容は、Java World 1999年10月号の記事を参考にしていくつもりなのでお急ぎの方は、そちらを参照下さい。
 
 

11. いまさらCGI　　　 ↑top

 サーブレットの解説記事は、いつもCGIの欠点から始まるのが定石になっています。でも、いままでperlでCGIをいっぱい書いてきた人は、みんなサーブレットに書き換える必要があるのでしょうか。サーバの負荷のことを考えればそうなんでしょうが、資産の有効利用ができてもいいでしょう。WebLogicでは、新規プロジェクトにはサーブレットを推奨しながら、いままで作ってきたCGI利用の道も閉ざしてはいません。ここでは、その方法を簡単に説明します。

1. まず、Webサーバにperlをインストールしましょう。 こちら のWindows用のperlのところを参照して下さい。
2. 次に weblogic.propertiesに以下の記述を加えて、WebLogic Serverを起動してください。

weblogic.httpd.register.cgi-bin=weblogic.servlet.CGIServlet
weblogic.httpd.initArgs.cgi-bin=\　 　　　　　　　　　　　　　　　                            <-  \ は２行にわたる場合の印です
cgiDir=/weblogic/myserver/cgi-bin,*.pl= /bin/perl.exe,*.cgi= /bin/perl.exe　　　<- perl のインストール場所に合わせます

1. サーブレットに必要なクラスのimportを宣言します。

import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
 
2. サーブレットは、HttpServletクラスを継承する形で記述されます。ここでは、クラス名をLoginとしたときの例を示します。

public class Login extends HttpServlet {
 
3. HTTPの要求はGETとPOSTがあり、これらに対応してdoGet(), doPost()というメソッドが用意されています。これをオーバライドして、自分なりの処理を組み込むことになります。いずれも、入力と出力が定義されていて、ここでは、request, response としています。

public void doGet(HttpServletRequest request, HttpServletResponse response)
                                                        throws ServletException, java.io.IOException {

public void doPost(HttpServletRequest request, HttpServletResponse response)
                                                          throws ServletException, java.io.IOException {
 

4. サーブレットでのデータ入力についてですが、GET要求では、http://hostname/servletName?uid=egami3 といった形で、? 以下に受け渡すデータが入力されます。一方、POST要求では、<FORM>タグの中で <input type=text name=uid>といった形で、テキスト領域に書かれた内容がuidという名前で送られます。いずれの場合も、データの取り出しには、getParameter() メソッドを用いて以下のように書きます。

String uid = request.getParameter("uid")
 
5. 出力つまりHTML言語による画面への表示方法は以下のようになります。

response.setHeader("Exprires", "Tues, 01 Jan 1980 00:00:00 GMT");  // ブラウザのキャッシュを使わせないための記述です

response.setContentType("text/html");
PrintWriter out = response.getWriter();

out.println("<html><head>");
out.println("<title>ログイン</title>");
out.println("</head><body>");
out.println("<form method=POST action=\"Login\">");   // Loginはサーブレット名
out.println("<table><tr><td>ユーザID：</td>");
out.println("<td><input type=text name=userid></td></tr>");
out.println("<tr><td>パスワード：</td>");
out.println("<td><input type=password name=password></td></tr>");
out.println("</table><br>");
out.println("<input type=submit value=\"ログイン\">"); // ログインはボタンの表示文字
out.println("</form></body></html>");
out.flush()