Oracle 10g Application Server、Java 1.5 + JSF (プレゼンテーション層) + iBatis (データベース通信層)
現在私が働いている場所では、展開ディレクトリを微調整する必要が生じることがあります。それがベスト プラクティスではないことは否定しません (このサイトに長く留まると、一般的に最悪のプラクティスの例になってしまうかもしれませんが、良い面もあります :)
したがって、私たちが微調整する3つの基本的なことは次のとおりです。
- 再コンパイルされた Java クラス ファイル
- 変更された JSP
- XML 形式の変更された iBatis クエリ「マップ」
たとえば、バグが報告され、クライアントがバグの修正に熱心に取り組んでいる場合、Java ファイルを修正し、クラスを再コンパイルして、結果の .CLASS ファイルを古いバージョンが配置されていた場所にコピーします。展開。同様に、変更された JSP を上書きします (アプリケーション サーバーは、新しい JSP がいつ到着したかを魔法のように理解し、必要に応じて再コンパイルすると思います)。
上記の 2 つのケースでは、念のため、アプリケーション サーバーも再起動します。変更が再起動せずに機能するかどうかを確認しようとしたことはありません-サーバーが何らかの方法でクラス/JSPをメモリにキャッシュする場合、これは当てはまりません..だから、それが私の最初の質問です-クラス/ JSPファイルの変更はアプリケーションサーバーによって追跡されますか? たぶん再起動は必要ありませんか？
iBatis XML の場合、新しいクエリは更新された XML から取得されるため、再起動は必要ありません。それでも、展開を解除しているときに、いくつかの XML ファイルがロックされたままになることがあります。これは、iBatis が何かをキャッシュしていることを意味します (内容はわかりません)。
長期的には、これらの調整がシステムの安定性にどのように影響するか疑問に思っていましたか? ここにいる私たち以外にも、そのようなことをする人はいますか？