lomboz を使用した JSP のデバッグ

著者：Eve Cole 更新時間：2009-07-02 17:19:35

序文
JSP 作成の経験がある人なら誰でも、JSP のデバッグが困難になった経験があるでしょう。自動デバッグツールがないため、JSP のデバッグ時にファイル内で多数の print ステートメントを使用する必要があります。このアプローチは、JSP のスコープ内でエラーを特定するためのシンプルで効果的な方法ですが、JSP で呼び出されるオブジェクトの内部エラーを迅速かつ効果的に特定するには少し不十分です。これは、サーバーのコンパイル、パブリッシュ、起動、停止を頻繁に行う必要があり、デバッグに大きな不便をもたらすためです。

伝説的な WYSIWYG JSP デバッグツールは、作者が現在知っている限り存在しません。読者の皆様がこれについて何か情報をお持ちでしたら、ぜひお知らせください。しかし、JSP デバッグツールは存在しており、それらは無料です。ロンボズです。ダウンロードアドレス: http://www.objectlearn.com/products/download.jsp

この記事は、lomboz を使用して JSP をデバッグする方法を説明する簡単な例から始まります。この例の開発環境は次のとおりです:

-JDK バージョン: 1.4.1;

-JAVA IDE: Eclipse 2.1;

-lomboz: Eclipse2.1 用プラグイン;

-JSP/Servlet コンテナー: Tomcat 4.1.18。

ロンボズの紹介
厳密に言うと、lomboz は Eclipse 用の J2EE プラグインであり、多くの Java アプリケーションサーバー、J2EE コンポーネント、および Web アプリケーション開発を Eclipse に統合し、Java 開発者が Eclipse を使用して J2EE アプリケーションを構築、テスト、デプロイするのに役立ちます。この記事の焦点である JSP デバッグについては、次のような関連サポートもあります。

- 構文の色付けと構文チェックを含む、JSP の作成をサポートします。

- JSP デバッグをサポートします。

JSP デバッグの場合、lomboz の原理は、デバッグ対象の JSP ページによって生成された Java コードをデバッグすることです。デバッグプロセス全体は Java アプリケーションのデバッグプロセスと同じであるため、JSP 自体のデバッグと JSP によって呼び出されるオブジェクトのデバッグの両方がシームレスにリンクされます。

この記事の例を開始する前に、lomboz のインストールと、その JSP デバッグ機能を通常に使用するための構成を見てみましょう。

インストールと構成
lomboz のインストールプロセスは非常に簡単です。ほとんどの Eclipse プラグインのインストールプロセスは次のとおりです。

1. lomboz のダウンロードアドレス ( http://www.objectlearn.com/products/download.html) からダウンロードします。 jsp ) を使用して Eclipse2 1 (または他のバージョンの Eclipse) をサポートします。

2. Eclipse がすでに実行されている場合は、まず Eclipse を閉じてください。

3. ダウンロードしたファイルを Eclipse インストールディレクトリの plugins ディレクトリに解凍します。

4. Eclipse を再起動し、「Eclipse Platform プラグインについて」を開きます ([ヘルプ] -> [Eclipse プラットフォームについて] -> [プラグインの詳細])。lomboz が正常にインストールされている場合は、それに関する情報が表示されます。以下に示すように:

注: lomboz をアンインストールする場合は、plugins ディレクトリ内の lomboz に対応するディレクトリを削除するだけで済みます。

5. 図に示すように、Lomboz J2EE View をセットアップし、[Window] -> [Customize Perspective] を開きます。

次のステップは、lomboz が適切に動作するように構成する方法です。インストールプロセスとは対照的に、構成プロセスはそれほど単純ではありません、J. Lomboz の設定手順は次のとおりです。

1. JDK を設定し、「Windows -> Preferences」を選択し、Lomboz を選択して JDK を設定します。凡例に示すように:

2. サーバーを定義します。サーバーが Lomboz のデフォルトサーバーリストに既に含まれている場合は、この手順を省略できます。 Lomboz のデフォルトサーバーリストは、前の手順のインターフェイスで Lomboz を展開し、[サーバー定義] を選択することで取得できます。以下では、Tomcat4.1.18 の追加を例として、サーバーの追加方法を説明します。関連する手順は次のとおりです。

a) Lomboz インストールディレクトリのservers サブディレクトリに入り、.server ファイル (tomcat410.server など) をコピーし、その名前を tomcat418.server に変更します。

b) このファイルを開き、このファイルの次の場所を変更します。

- <serverDefinition..../>、name の値を希望の名前 (Apache Tomcat v4.1.8 など) に変更します。この名前が使用されます。「サーバー定義」インターフェースのサーバーリスト部分に表示します。

- <property id="serverRootDirectory" ...../> のデフォルト値は、Tomcat が存在するディレクトリに変更されます。 D:/Program Files/Java/tomcat- 4.1.18; - <property id="classPathVariableName" .../> などのマシン

。デフォルト値は任意の名前 (TOMCAT418 など) に変更されます。 Lomboz プロジェクトのデフォルトの ClassPath 変数名を表すために使用されます。

- <property id ="classPath" .../> 。デフォルト値は、D:/Program など、マシン上の Tomcat が存在するディレクトリに変更されます。 Files/Java/tomcat-4.1.18;

c) jasper-runtime.jar を追加します。デフォルトでは、TomcatX.server ファイルには servlet.jar と bootstrap.jar の 2 つの jar ファイルのみが含まれていますが、jasper-runtime.jar はありません。このjarファイルはJSPのデバッグ処理において非常に重要な役割を果たしますので追加してください。 jar をサーバーに追加するには 2 つの方法があります。

方法 1:

編集した .server ファイルの <serverClassPath> セクションに次の行を追加します: <jar type="variable">${classPathVariableName}/common/lib/ jasper-runtime.jar</jar>;

方法 2: 「サーバー定義」インターフェイスを使用します。これについては、ここでは再度説明しません。

以下に示すように、設定されたサーバーが「サーバー定義」フォームに表示されます。

注: Lomboz を正しく動作させるには、Tomcat4.x サーバーにパッチを適用する必要があります。パッチのダウンロードアドレスは、http:

//www.sysdeo.com/

です。

この時点で、Lomboz のインストールと構成は完了しています。 Lomboz による JSP のデバッグプロセスを体験するために、「Hello World!」サンプルを作成します。

JSPのデバッグ
プロジェクトの作成 Lomboz を使用して JSP をデバッグするには、まず Lomboz プロジェクトを作成する必要があります。手順は次のとおりです:

1. [ファイル] -> [新規] -> [Lomboz J2EE プロジェクト] を開き、debugJsp という名前のプロジェクトを作成します。

2. [次へ] を選択して Lomboz プロジェクトのプロパティ選択ページに入り、使用する Web モジュールとサーバーを追加します。私たちの主なタスクは JSP をデバッグすることなので、EJB モジュールは空であってもかまいません。以下に示すように:

3. [完了] を選択すると、Lomboz プロジェクトが作成されます。このとき、Lomboz によって生成されるファイル構造は次のようになります。

次に、必要な JSP ファイルを作成できます。この例では、デフォルトのindex.jspを直接使用し、その内容を次のように変更します。

ここまでで、JSP をデバッグするための準備は大まかに完了しましたが、Tomcat4.x を使用する場合はまだ追加の手順が必要です (これらの手順は主に tomcat4.x 自体によって引き起こされます)。

1. Tomcat で次の行を追加します。 config ディレクトリ内の server.xml ファイル (特定の場所については、server.xml に関連するドキュメントを参照してください):

このうち、path は Web アプリケーションの URL 名を表し、docBase は Web アプリケーションの物理的な場所を表し、workDir は jsp に対応する Java ファイルが生成される場所を表します。 orgapachejsp を次のように作成しますディレクトリ構造と名前。

2. orgapachejsp に従って、対応する j2src ディレクトリに対応するサブディレクトリ構造を作成し、j2src をプロジェクトのソースディレクトリとして設定します。

構文チェックそれでは、JSP のデバッグのプロセスを楽しんでみましょう。デバッグする前に、JSP に構文エラーがないことが必要です。 Lomboz は、JSP 構文チェックの機能を提供します。具体的な操作は次のとおりです。

1. 構文チェックする JSP ファイルを選択して右クリックします。

2. Lomboz j2ee... を選択し

、構文エラーを解決した後、次のステップは、論理エラーに対処することです。この種のエラーは、デバッグによってのみ解決できます。 Lomboz を使用して JSP をデバッグするプロセスは、通常の JAVA アプリケーションのデバッグと非常によく似ています。その原理は、まずサーバーを使用して JSP に対応する JAVA ファイルを生成し、次にそれらをデバッグすることです。

JSP をデバッグする手順は次のとおりです。

1. Lomboz J2EE ビューを開き、サーバーを選択し、マウスを右クリックして「デバッグサーバー」を選択します。図に示すように:

.server ファイルが正しく定義されている場合、Tomcat が起動します。 Tomcat が期待どおりに起動しない場合は、Tomcat 環境変数と Lomboz のサーバーファイルという 2 つの側面からトラブルシューティングを行ってください。

2. IE などのブラウザを開き、アドレスバーにhttp://127.0.0.1:8080/debugJsp/index.jspと入力します。 JSP ファイルに構文エラーがなければ、プロジェクトの j2srcorgapachejsp ディレクトリに、JSP ファイルに対応する JAVA ファイルが生成されます。これらのファイルを表示するには、プロジェクトを更新します。図に示すように:

このステップは主に、サーバーが jsp に基づいてデバッグ用の Java ファイルを生成することを目的としています。結果が正しいかどうかについてはあまり心配する必要はありません。 Java ファイルが生成されると、これらのエラーはデバッグによって除去できるためです。

3. Java ファイルを開いてブレークポイントを設定し、IE のアドレスバーに URL を再度入力します。このとき、Eclipse のデバッグ機能が有効になります。この時点で、JSP は次の図に示すような状況でデバッグできます。

JSPによって呼び出されたオブジェクトのデバッグについては、上記の手順を完了した後、オブジェクトに対応するJavaで

ファイルにブレークポイントを設定するだけです。

結論現在の JSP のデバッグは通常の Java ファイルのデバッグほど便利ではありませんが、Lomboz などのツールの出現により、少なくとも JSP の手動デバッグの段階は終了しました。今後、Java Web アプリケーション開発者は、エラーによる変数の値を観察するためにプログラムを時々停止して print ステートメントを追加する必要がなくなり、逆に、これらの値の変化を観察できるようになります。プログラムの実行中は、通常の JAVA アプリケーションのデバッグと同じように実行されます。これにより、Web ベースのアプリケーションの開発が大幅に容易になり、以前はデバッグに費やされていた時間が削減されます。