1、Tomcatの下の作業ディレクトリ
Webアプリケーションで展開TomcatのWebサーバとして使用する場合1、プログラムこれらの手順がコンパイルされた後（、クラスでTomcatのプロジェクトに投稿さは.classファイルにコンパイルされるのリリース後に来る、ソースがリリースされていませんでしたオーバーではなく、ここにJSPコンパイル）。Tomcatは、キャッシュされたページ内に格納されている作業ディレクトリを、持っている、JSPがアクセスコンパイルしますファイルをする必要がありサーブレットにカタリナを入力した後、サイトフォルダとしてプロジェクトのlocalhost仕事からの（、我々はJSPページを見ることができますコンパイルされます次回の訪問を来るとき、あなたは直接ページに応じてクライアントにサーブレットクラスの応答を実行することができますので、いくつかのブログでは、最初の人の新しいリリースまでのページビューので、それは、最初の訪問を遅らせるだろうと述べましたこれは、サーブレットファイルにコンパイルされます、修正とても遅い、一度コンパイルされ、その後、JSPページがない限り、または）非常に速く、ユーザーに応答することができ、直接の次の訪問サーブレットを実行し、ファイルが作業ディレクトリにコンパイルされ保存されます。Tomcatのショーカタログは、このキャッシュJSP対応するクラスファイルから検索をコンパイルします。あなたが作業ディレクトリを空にするときので、プロセスが再び開始します。
時には、問題が発生し、変更されたページが変更され実行中のTomcatの痕跡を表示することができません。プロジェクトディレクトリのフォルダのこの時点で、対応する作業を削除し、その上でTomcatを再起動してください。
ホスト名のserver.xmlファイルのTomcatのconf設定フォルダ内の2つの構成ファイル、ファイルの名前の下にサイトの設立は、各リリースのプロジェクトが置かれ、confファイルのフォルダと仕事フォルダにカタリナカタリナになります入力するように、また行きフォルダの下のプロファイルカタリナconfのファイルに記録されます。
最近実際には、それは非常に適切ではない、多くのユーザーはキャッシュと呼ばれるディレクトリのtomcatのもので働くことを好むことがわかった、仕事だけのtomcatディレクトリ作業ディレクトリ、それはなぜそれである、クラスのための作業ディレクトリのTomcatのJSPファイルを変換すること、ですディレクトリには、仕事ではなく、原因キャッシュディレクトリと呼ばれます。
ブラウザがJSPページを訪れたとき、JSP、Tomcatが動作するTomcatのJSPページは、例えば、index_jsp.javaのindex.jspファイルに変換され、その後、index_jspにコンパイル、作業ディレクトリ内の.javaファイルにこれを変換する、です。クラスファイルは、メモリにロードされ、このクラスのClassLoaderクラスindex_jsp.class最終コンテナのTomcatを通じて、クライアントが仕事を応答します。
コンテナ内で定期的に少し記述ファイルのJSP Tomcatは、ファイルが（少し前の説明と同じではありません、ファイルの最終更新時刻）、JSPを見つける変更した場合、各ファイルの属性を読み取りTomcatを再変換されますJSP、このファイルをコンパイルします。しかし、説明が少しTomcatのタイミングは、JSPファイルの変更が変更されたJSP効果を待つために数分かかり理由である、リアルタイムではありません。もちろん、すぐに有効にするためには、多くの古いタイマーはすぐに変更されたJSPページの後にファイルの作業ディレクトリをクリアすることをお勧めします。
容器内に移植したときに他のコンテナ、JSPのTomcatでのように、大きなJSPファイルが起こらコンパイルすることはできません遭遇し、（例えばindex_jsp.javaなど）をコンパイル最大限のサポートのみ64K：また、Java用のTomcatコンテナは、ファイルを変換します状況、それを実行するには、このクラスの静的メソッドを呼び出すことにより、JSPで、JSP別のクラスのビジネスロジックを記述することを提案し、別のJSファイルに抽出されたJSPページのJSれます。
問題のドメイン：
自動的にTomcatを取得する方法は、問題のクラスを更新します。
解決策：
最初に、
Tomcatのインストールパスで別の設定ファイルを作成します。
例：
D：\ Tomcat5.5 \ confに\ファイル作成 カタリナ\ localhostの\ testapp.xml
内容：
<コンテキスト文書ベース= "D：\ Tomcat5.5 \ webappsのでTestApp \"パス"をtrueに" =リロードを=「/でTestApp "WORKDIR ="仕事\カタリナ\ localhostを\でTestApp ">
</コンテキスト>
Tomcatを再起動し
、両者を
直接Tomcatのプロファイルのconf / server.xmlには、以下の内容を追加します
。<文書ベースコンテキスト=" D：\ Tomcat5.5 \真の"パス=" / TestAppが"WORKDIR ="仕事\カタリナ\ localhostを\でTestAppへのwebapps \ TestAppが"リロー=" ">
</コンテキスト>
<エンジン名=であることに注意してください"カタリナを追加"のdefaultHost =" localhost「を>タグ;
Tomcatを再起動します
2、Tomcatの下に一時ディレクトリ
します。https：//blog.csdn.net/u013076997/article/details/52301262より引用
質問の背景：ビジネスの人々は、プロジェクトはそれから抜け出すためのコードを実行されているか、私はああ奇妙な感じ、ログイン画面のコードが出ていることを私に言いましたか？
その後、突然、ちょうど削除するには、一時ディレクトリにTomcat内のファイルを削除し、何の効果も考えていない、新しい一時ディレクトリを作成し、うまくページを更新思い出し、長い時間のための原因を探します。
それは問題ではないものを好奇心、tempディレクトリとCAPTCHAを感じですか？オリジナル、tempディレクトリのtomcatユーザーが操作中に作成される一時ファイルを格納します。（クリア実行中のTomcatには影響しません）ただし、ディレクトリを削除しない、またはそうでなければ、未知のエラーをもたらすでしょう。
参考記事：
https://blog.csdn.net/wugouzi/article/details/12713559
オリジナル住所：https://www.cnblogs.com/java-jun-world2099/articles/10138732.html
1、Tomcatの下の作業ディレクトリ
Webアプリケーションで展開TomcatのWebサーバとして使用する場合1、プログラムこれらの手順がコンパイルされた後（、クラスでTomcatのプロジェクトに投稿さは.classファイルにコンパイルされるのリリース後に来る、ソースがリリースされていませんでしたオーバーではなく、ここにJSPコンパイル）。Tomcatは、キャッシュされたページ内に格納されている作業ディレクトリを、持っている、JSPがアクセスコンパイルしますファイルをする必要がありサーブレットにカタリナを入力した後、サイトフォルダとしてプロジェクトのlocalhost仕事からの（、我々はJSPページを見ることができますコンパイルされます次回の訪問を来るとき、あなたは直接ページに応じてクライアントにサーブレットクラスの応答を実行することができますので、いくつかのブログでは、最初の人の新しいリリースまでのページビューので、それは、最初の訪問を遅らせるだろうと述べましたこれは、サーブレットファイルにコンパイルされます、修正とても遅い、一度コンパイルされ、その後、JSPページがない限り、または）非常に速く、ユーザーに応答することができ、直接の次の訪問サーブレットを実行し、ファイルが作業ディレクトリにコンパイルされ保存されます。Tomcatのショーカタログは、このキャッシュJSP対応するクラスファイルから検索をコンパイルします。あなたが作業ディレクトリを空にするときので、プロセスが再び開始します。
時には、問題が発生し、変更されたページが変更され実行中のTomcatの痕跡を表示することができません。プロジェクトディレクトリのフォルダのこの時点で、対応する作業を削除し、その上でTomcatを再起動してください。
ホスト名のserver.xmlファイルのTomcatのconf設定フォルダ内の2つの構成ファイル、ファイルの名前の下にサイトの設立は、各リリースのプロジェクトが置かれ、confファイルのフォルダと仕事フォルダにカタリナカタリナになります入力するように、また行きフォルダの下のプロファイルカタリナconfのファイルに記録されます。
最近実際には、それは非常に適切ではない、多くのユーザーはキャッシュと呼ばれるディレクトリのtomcatのもので働くことを好むことがわかった、仕事だけのtomcatディレクトリ作業ディレクトリ、それはなぜそれである、クラスのための作業ディレクトリのTomcatのJSPファイルを変換すること、ですディレクトリには、仕事ではなく、原因キャッシュディレクトリと呼ばれます。
ブラウザがJSPページを訪れたとき、JSP、Tomcatが動作するTomcatのJSPページは、例えば、index_jsp.javaのindex.jspファイルに変換され、その後、index_jspにコンパイル、作業ディレクトリ内の.javaファイルにこれを変換する、です。クラスファイルは、メモリにロードされ、このクラスのClassLoaderクラスindex_jsp.class最終コンテナのTomcatを通じて、クライアントが仕事を応答します。
コンテナ内で定期的に少し記述ファイルのJSP Tomcatは、ファイルが（少し前の説明と同じではありません、ファイルの最終更新時刻）、JSPを見つける変更した場合、各ファイルの属性を読み取りTomcatを再変換されますJSP、このファイルをコンパイルします。しかし、説明が少しTomcatのタイミングは、JSPファイルの変更が変更されたJSP効果を待つために数分かかり理由である、リアルタイムではありません。もちろん、すぐに有効にするためには、多くの古いタイマーはすぐに変更されたJSPページの後にファイルの作業ディレクトリをクリアすることをお勧めします。
容器内に移植したときに他のコンテナ、JSPのTomcatでのように、大きなJSPファイルが起こらコンパイルすることはできません遭遇し、（例えばindex_jsp.javaなど）をコンパイル最大限のサポートのみ64K：また、Java用のTomcatコンテナは、ファイルを変換します状況、それを実行するには、このクラスの静的メソッドを呼び出すことにより、JSPで、JSP別のクラスのビジネスロジックを記述することを提案し、別のJSファイルに抽出されたJSPページのJSれます。
問題のドメイン：
自動的にTomcatを取得する方法は、問題のクラスを更新します。
解決策：
最初に、
Tomcatのインストールパスで別の設定ファイルを作成します。
例：
D：\ Tomcat5.5 \ confに\ファイル作成 カタリナ\ localhostの\ testapp.xml
内容：
<コンテキスト文書ベース= "D：\ Tomcat5.5 \ webappsのでTestApp \"パス"をtrueに" =リロードを=「/でTestApp "WORKDIR ="仕事\カタリナ\ localhostを\でTestApp ">
</コンテキスト>
Tomcatを再起動し
、両者を
直接Tomcatのプロファイルのconf / server.xmlには、以下の内容を追加します
。<文書ベースコンテキスト=" D：\ Tomcat5.5 \真の"パス=" / TestAppが"WORKDIR ="仕事\カタリナ\ localhostを\でTestAppへのwebapps \ TestAppが"リロー=" ">
</コンテキスト>
<エンジン名=であることに注意してください"カタリナを追加"のdefaultHost =" localhost「を>タグ;
Tomcatを再起動します
2、Tomcatの下に一時ディレクトリ
します。https：//blog.csdn.net/u013076997/article/details/52301262より引用
質問の背景：ビジネスの人々は、プロジェクトはそれから抜け出すためのコードを実行されているか、私はああ奇妙な感じ、ログイン画面のコードが出ていることを私に言いましたか？
その後、突然、ちょうど削除するには、一時ディレクトリにTomcat内のファイルを削除し、何の効果も考えていない、新しい一時ディレクトリを作成し、うまくページを更新思い出し、長い時間のための原因を探します。
それは問題ではないものを好奇心、tempディレクトリとCAPTCHAを感じですか？オリジナル、tempディレクトリのtomcatユーザーが操作中に作成される一時ファイルを格納します。（クリア実行中のTomcatには影響しません）ただし、ディレクトリを削除しない、またはそうでなければ、未知のエラーをもたらすでしょう。
参考記事：
https://blog.csdn.net/wugouzi/article/details/12713559