Tomcat ships with a web application (by default installed at context
path /manager) that facilitates installing, starting, stopping,
removing, listing information, and reloading (that is, forcing a reload of
all class files without removing the application from service) of other web
applications that are running in the same virtual host as the Manager
application itself.
This application is suited to scripted operation, because it can be executed
from any client program that can issue HTTP requests. As such, it is
complementary to other administrative applications that have a more
human-oriented user interface.
Tomcat出荷しますそれがインストールして、始めて、止めて、情報をリストして、削除して、仮想同じものにおいて実行しているWebアプリケーションがマネージャー・アプリケーションとして主催する他の、再ロードする(すなわち、全ての再ロードを強制することは、サービスからアプリケーションを削除することなくファイルを分類します)のを容易にするWebアプリケーション(デフォルトで、コンテキスト・パス/managerでインストールされまして)で。
HTTP要求を出すことができるどんなクライアント・プログラムからでも、それが実行されることができるので、このアプリケーションは、スクリプトを書かれた操作に適しています。
このように、よりhuman-orientedされたユーザー・インタフェースを持つ他の管理上のアプリケーションに、それは相補的です。
WARNING - As of the Tomcat 4.0 milestone 2 release, there is a bug in the operation of the "deploy" command that prevents deploying, undeploying, and then redeploying an application from the same URL for a web application archive (WAR) file. To work around this, either redeploy the application from a different WAR file URL, or deploy from an unpacked directory (on the same server that Tomcat is running on).
WARNING - Tomcat 4.0 マイルストーン2リリース現在、バグが、undeployingして、展開するのを妨げる「展開」命令の操作においてす、それから、Webアプリケーションのために同じURLからアプリケーションを移動させることは(WAR)ファイルをアーカイブします。 対処するにこれが異なるWARファイルURLからのアプリケーションを移動させるか取り出されたディレクトリ(Tomcatが進行している同じサーバーで)から展開すること。
The Manager application servlet responds to action requests that are encoded
as the extra path information, and request parameters, of HTTP requests made to
the manager application. The following command descriptions assume that you
have installed the Manager application on context path /manager
on your local host installation of Tomcat.
Managerアプリケーションservletは、Managerアプリケーションに対するHTTP要求の、
特別なパス情報と要求パラメータとしてコード化される動き要求に応じます。
記述があなたがTomcatのインストールしたローカルホスト上でManagerアプリケーションをコンテキスト・パス/manager上にインストールしたと仮定します。
yyy, and attach it
to context path /xxx. See below for valid syntax options
for the web applcation archive URl. If the URL of an actual WAR file
is specified, the WAR will be automatically expanded into a directory
underneath the application base for this virtual host.yyyで存在するWebアプリケーションをインストールしてください、そして、それをコンテキスト・パス/xxxに付けてください。
Web applcationアーカイブURlのための有効な構文オプションのための下記参照。
実際のWARファイルのURLが指定されるならば、WARはこの仮想ホストのためにアプリケーション・ベースの下にディレクトリに自動的に展開されることになります。path:status:sessions. Where path is the context
path. Status is either running or stopped. Sessions is the number of
active Sessions.path:status:sessions形式に従ってリストされることになります。
ここでパスは、コンテキスト・パスです。
statusは、runningまたはstoppedです。
sessionsは、たくさんの活発なセッションです。/xxx to reload all its
associated Java classes, even if automatic reloading is disabled./xxxでインストールされるWebアプリケーションが全てのその関連されたJavaクラスを再ロードする、たとえ自動再ロードが無効でであるとしても。/xxx to be gracefully
shutdown and delete the web application directory and files./xxxでインストールされるWebアプリケーションが
美しくシャットダウンであって、Webアプリケーション・ディレクトリとファイルを削除する。
/xxx for this virtual host./xxxに付属しました。/xxx for this
virtual host./xxxに付けられるWebアプリケーションを開始する。/xxx for this
virtual host./xxxに付けられる
Webアプリケーションを停止する。Use path=/ for the ROOT context.
ROOTコンテントのためには、path=/ を使用します。
The syntax of the URL for a web application archive must conform to one of the following patterns to be successfully deployed:
WebアプリケーションアーカイブのためのURL文法は、配置が成功した 以下のパターンのうちの1つに従わなければなりません:
JarURLConnection class for a
reference to an entire JAR file.JarURLConnectionクラスによって指定される規則に従わなければなりません。
JarURLConnection class for a reference to an entire
JAR file.JarURLConnectionクラスによって指定される規則に従わなければなりません。For ease of script processing, the response generated by the Manager
application servlet is rendered with content type text/plain.
The first line of the response starts with "OK - " or "FAIL - " depending
on whether the requested operation was successful or not, followed by a
descriptive summary of the operation that took place, or the error that
prevented the requested operation from taking place.
スクリプト処理の容易さのために、マネージャー・アプリケーションservletによって発生する応答は、内容タイプtext/plainでされます。
応答の最初の行は始めます「OK - 」、あるいは、「FAIL - 」、要請された操作が成功していたかどうかについて、次第であることは起こった操作または要請された操作が起こるのを妨げたエラーの記述的な要約によって、追従しました。
Obviously, the Manager application can have significant impacts on a running instance of Tomcat. Therefore, it should not be (and is not) enabled by default. The following security considerations apply to this application.
明らかに、Managerアプリケーションは、Tomcatの実行しているインスタンスに対する重要な衝撃を持つことができます。 したがって、それがあるはずではありません(そして、ある)デフォルトで可能にします。 以下のセキュリティ考慮は、このアプリケーションにあてはまります。
manager. There
are no such users in the default
$CATALINA_HOME/conf/tomcat-users.xml file, so by default no
one can execute any of the commands supported by the Manager application.
managerの割り当てられた役割で、ユーザーを捜すセキュリティ制約によって、マネージャー・アプリケーションは、制限されます。
そのようなユーザーがデフォルトの$CATALINA_HOME/conf/tomcat-users.xmlファイルの中にいませんので、デフォルトで、誰もマネージャー・アプリケーションで支えられる命令の何も実行することができません。
/servlet/org.apache.catalina.servlets.ManagerServlet). You
MUST install a <servlet-mapping>
element in a web application deployment descriptor (or use the default
web application shipped with Tomcat) to use this functionality.
/servlet/org.apache.catalina.servlets.ManagerServletのようなコンテキスト関連しているパスを通して)によって呼び出されるならば、マネージャー・アプリケーションservletはそれ自体を初期化することを拒否することになります。
あなた、MUSTは、Webアプリケーション配備記述で< servlet-mapping> 要素をインストールします(あるいは、デフォルトのWebアプリケーションを使います出荷しましたTomcatで)この機能を使います。
Authorization header they
should send, once the assigned username and password are known.Authorizationヘッダの内容を決定することができるので、かつて、割り当てられたユーザー名とパスワードは知られています。