Web アプリケーションのベストプラクティス

以下の節では、WebLogic Web アプリケーションとアプリケーションリソースの設計、開発、およびデプロイにおけるベストプラクティスを紹介します。

CGI のベストプラクティス

サブスクリプトの呼び出しに関する 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 ディレクトリにコンパイルする。
サーブレットは、必ず J2EE 標準 Web アプリケーションのデプロイメント記述子 (web.xml) に登録する。
サーブレットの要求への応答時には、サーブレットに関連するフィルタを適用する前にサーブレットクラスファイルのタイムスタンプがチェックされ、メモリ内にある既存のサーブレットインスタンスと比較される。バージョンの新しいサーブレットクラスがある場合、すべてのサーブレットクラスが再ロードされてからフィルタ処理が行われます。サーブレットが再ロードされると、そのサーブレットの init() メソッドが呼び出されます。変更後のサーブレットクラスが検出された場合、サーブレットクラス間に依存関係が存在する可能性があるため、すべてのサーブレットが再ロードされます。

タイムスタンプがチェックされる間隔 (秒単位) を [サーブレット再ロードのチェック間隔 (秒)] 属性で設定できます。この属性は、Administration Console の Web アプリケーションの [ファイル] タブで設定します。この属性をゼロにすると、要求ごとにタイムスタンプがチェックされます。これはサーブレットの開発中やテスト中には便利ですが、プロダクション環境では必要以上に時間が消費されます。この属性を -1 に設定すると、変更されたサーブレットについてはチェックが行われません。

ServletResponseWrapper をサブクラス化する際のベストプラクティス

J2EE では、応答に適合させるためにサーブレットでサブクラス化することのできる javax.servlet.ServletResponseWrapper クラスが提供されます。

ServletResponseWrapper クラスをサブクラス化して独自の応答ラッパーを作成する場合、flushBuffer() メソッドと clearBuffer() メソッドを常にオーバーライドすることをお勧めします。これらのメソッドをオーバーライドしないと、応答が早まってコミットされることがあります。

Oracle WebLogic Server Web アプリケーション、サーブレット、JSP の開発

Web アプリケーションのベスト プラクティス

CGI のベスト プラクティス

サーブレットのベスト プラクティス

ServletResponseWrapper をサブクラス化する際のベスト プラクティス

Web アプリケーションのベストプラクティス

CGI のベストプラクティス

サーブレットのベストプラクティス

ServletResponseWrapper をサブクラス化する際のベストプラクティス