Oracle® Fusion Middleware Oracle WebLogic Server 12.1.3 Webアプリケーション、サーブレット、JSPの開発 12c (12.1.3) E57573-06 |
|
![]() 前 |
この付録では、WebLogic Server 12.1.3のWebLogic Webアプリケーションとアプリケーション・リソースの設計、開発、およびデプロイにおけるベスト・プラクティスを紹介します。
この付録の内容は次のとおりです。
サブスクリプトの呼出しに関するCGIのベスト・プラクティスを次に示します。
sh subscript.sh
は、展開(非アーカイブ) WebアプリケーションおよびアーカイブWebアプリケーション(WARファイル)の両方に使用できます。
sh $PWD/subscript.sh
は、展開(非アーカイブ) WebアプリケーションおよびアーカイブWebアプリケーション(WARファイル)の両方に使用できます。
sh $DOCUMENT_ROOT/$PATH/subscript.sh
は、展開(非アーカイブ) Webアプリケーションに使用できます。アーカイブWebアプリケーション(WARファイル)には使用できません。これは、ドキュメント・ルートがお使いのWARファイルのルートを指している場合があり、スクリプト言語でそのWARファイルを開いて実行に必要なsubscript.sh
を検出できないことがあるためです。これはsh
のみでなく、すべてのスクリプト言語に当てはまります。
HTTPサーブレットを作成する際は、次のベスト・プラクティスについて検討します。
サーブレット・クラスは、WebアプリケーションのWEB-INF/classes
ディレクトリにコンパイルします。
サーブレットは、必ずJava EE標準のWebアプリケーション・デプロイメント記述子(web.xml
)に登録します。
サーブレットのリクエストへの応答時には、サーブレットに関連するフィルタを適用する前にサーブレット・クラス・ファイルのタイム・スタンプがチェックされ、メモリー内にある既存のサーブレット・インスタンスと比較されます。バージョンの新しいサーブレット・クラスがある場合、すべてのサーブレット・クラスが再ロードされてからフィルタ処理が行われます。サーブレットが再ロードされると、そのサーブレットのinit()
メソッドが呼び出されます。変更後のサーブレット・クラスが検出された場合、サーブレット・クラス間に依存関係が存在する可能性があるため、すべてのサーブレットが再ロードされます。
サーブレット・リロード
属性のタイム・スタンプがWebLogic Serverによってチェックされる間隔(秒単位)を設定できます。この属性は、管理コンソールのWebアプリケーションの「ファイル」
タブで設定します。この属性をゼロに設定すると、WebLogic Serverによって、リクエストごとにタイム・スタンプがチェックされます。これはサーブレットの開発中やテスト中には便利ですが、本番環境では必要以上に時間が消費されます。この属性を-1
に設定すると、変更されたサーブレットについてのチェックがWebLogic Serverで行われません。
JSPの再コンパイルを回避する方法の詳細は、不要なJSPコンパイルの回避(http://www.oracle.com/us/solutions/midsize/index-155241.html
)、特にJSPの再コンパイルを発生させるシナリオに関する項を参照してください。
Java EEでは、javax.servlet.ServletResponseWrapper
クラスが用意されています。このクラスはサーブレットでサブクラス化して、そのレスポンスに適合させることができます。
ServletResponseWrapper
クラスをサブクラス化して独自のレスポンス・ラッパーを作成する場合、flushBuffer()
メソッドとresetBuffer()
メソッドを常にオーバーライドすることをお薦めします。そうしない場合、レスポンスが早まって行われる可能性があります。