1． 配置系統管理（Admin Web Application）
大多數商業化的J2EE服務器都提供一個功能強大的管理界面，且大都採用易於理解的Web應用界面。Tomcat按照自己的方式，同樣提供一個成熟的管理 工具，並且絲毫不遜於那些商業化的競爭對手。Tomcat的Admin Web Application最初在4.1版本時出現，當時的功能包括管理context、data source、user和group等。當然也可以管理像初始化參數，user、group、role的多種數據庫管理等。在後續的版本中，這些功能將得 到很大的擴展，但現有的功能已經非常實用了。
Admin Web Application被定義在自動部署文件：CATALINA_BASE/webapps/admin.xml 。
（譯者注：CATALINA_BASE即tomcat安裝目錄下的server目錄）
你必須編輯這個文件，以確定Context中的docBase參數是絕對路徑。也就是說， CATALINA_BASE/webapps/admin.xml 的路徑是絕對路徑。作爲另外一種選擇，你也可以刪除這個自動部署文件，而在server.xml文件中建立一個Admin Web Application的context，效果是一樣的。你不能管理Admin Web Application這個應用，換而言之，除了刪除CATALINA_BASE/webapps/admin.xml ，你可能什麼都做不了。
如果你使用UserDatabaseRealm（默認），你將需要添加一個user以及一個role到CATALINA_BASE/conf/tomcat-users.xml 文件中。你編輯這個文件，添加一個名叫“admin”的role 到該文件中，如下：
<role name="admin"/>
你同樣需要有一個用戶，並且這個用戶的角色是“admin”。象存在的用戶那樣，添加一個用戶（改變密碼使其更加安全）：
<user name="admin" password="deep_dark_secret" roles="admin"/>
當你完成這些步驟後，請重新啓動Tomcat，訪問http://localhost:8080/admin，你將看到一個登錄界面。Admin Web Application採用基於容器管理的安全機制，並採用了Jakarta Struts框架。一旦你作爲“admin”角色的用戶登錄管理界面，你將能夠使用這個管理界面配置Tomcat。
2．配置應用管理（Manager Web Application）
Manager Web Application讓你通過一個比Admin Web Application更爲簡單的用戶界面，執行一些簡單的Web應用任務。
Manager Web Application被被定義在一個自動部署文件中：
CATALINA_BASE/webapps/manager.xml 。
你必須編輯這個文件，以確保context的docBase參數是絕對路徑，也就是說CATALINA_HOME/server/webapps/manager的絕對路徑。
（譯者注：CATALINA_HOME即tomcat安裝目錄）
如果你使用的是UserDatabaseRealm，那麼你需要添加一個角色和一個用戶到CATALINA_BASE/conf/tomcat-users.xml文件中。接下來，編輯這個文件，添加一個名爲“manager”的角色到該文件中：
<role name=”manager”>
你同樣需要有一個角色爲“manager”的用戶。像已經存在的用戶那樣，添加一個新用戶（改變密碼使其更加安全）：
<user name="manager" password="deep_dark_secret" roles="manager"/>
然後重新啓動Tomcat，訪問http://localhost/manager/list，將看到一個很樸素的文本型管理界面，或者訪問http: //localhost/manager/html/list，將看到一個HMTL的管理界面。不管是哪種方式都說明你的Manager Web Application現在已經啓動了。
Manager application讓你可以在沒有系統管理特權的基礎上，安裝新的Web應用，以用於測試。如果我們有一個新的web應用位於 /home/user/hello下在，並且想把它安裝到 /hello下，爲了測試這個應用，我們可以這麼做，在第一個文件框中輸入“/hello”（作爲訪問時的path），在第二個文本框中輸入“file: /home/user/hello”（作爲Config URL）。
Manager application還允許你停止、重新啓動、移除以及重新部署一個web應用。停止一個應用使其無法被訪問，當有用戶嘗試訪問這個被停止的應用時，將 看到一個503的錯誤——“503 - This application is not currently available”。
移除一個web應用，只是指從Tomcat的運行拷貝中刪除了該應用，如果你重新啓動Tomcat，被刪除的應用將再次出現（也就是說，移除並不是指從硬盤上刪除）。
3．部署一個web應用
有兩個辦法可以在系統中部署web服務。
1> 拷貝你的WAR文件或者你的web應用文件夾（包括該web的所有內容）到$CATALINA_BASE/webapps目錄下。
2> 爲你的web服務建立一個只包括context內容的XML片斷文件，並把該文件放到$CATALINA_BASE/webapps目錄下。這個web應用本身可以存儲在硬盤上的任何地方。
如果你有一個WAR文件，你若想部署它，則只需要把該文件簡單的拷貝到CATALINA_BASE/webapps目錄下即可，文件必須以“.war”作 爲擴展名。一旦Tomcat監聽到這個文件，它將（缺省的）解開該文件包作爲一個子目錄，並以WAR文件的文件名作爲子目錄的名字。接下來，Tomcat 將在內存中建立一個context，就好象你在server.xml文件裏建立一樣。當然，其他必需的內容，將從server.xml中的 DefaultContext獲得。
部署web應用的另一種方式是寫一個Context XML片斷文件，然後把該文件拷貝到CATALINA_BASE/webapps目錄下。一個Context片斷並非一個完整的XML文件，而只是一個 context元素，以及對該應用的相應描述。這種片斷文件就像是從server.xml中切取出來的context元素一樣，所以這種片斷被命名爲 “context片斷”。
舉個例子，如果我們想部署一個名叫MyWebApp.war的應用，該應用使用realm作爲訪問控制方式，我們可以使用下面這個片斷：
<!--
Context fragment for deploying MyWebApp.war
-->
<Context path="/demo" docBase="webapps/MyWebApp.war"
debug="0" privileged="true">
<Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
</Context>
把該片斷命名爲“MyWebApp.xml”，然後拷貝到CATALINA_BASE/webapps目錄下。
這種context片斷提供了一種便利的方法來部署web應用，你不需要編輯server.xml，除非你想改變缺省的部署特性，安裝一個新的web應用時不需要重啓動Tomcat。
4．配置虛擬主機（Virtual Hosts）
關於server.xml中“Host”這個元素，只有在你設置虛擬主機的才需要修改。虛擬主機是一種在一個web服務器上服務多個域名的機制，對每個域 名而言，都好象獨享了整個主機。實際上，大多數的小型商務網站都是採用虛擬主機實現的，這主要是因爲虛擬主機能直接連接到Internet並提供相應的帶 寬，以保障合理的訪問響應速度，另外虛擬主機還能提供一個穩定的固定IP。
基於名字的虛擬主機可以被建立在任何web服務器上，建立的方法就是通過在域名服務器（DNS）上建立IP地址的別名，並且告訴web服務器把去往不同域 名的請求分發到相應的網頁目錄。因爲這篇文章主要是講Tomcat，我們不準備介紹在各種操作系統上設置DNS的方法，如果你在這方面需要幫助，請參考 《DNS and Bind》一書，作者是Paul Albitz and Cricket Liu (O'Reilly)。爲了示範方便，我將使用一個靜態的主機文件，因爲這是測試別名最簡單的方法。
在Tomcat中使用虛擬主機，你需要設置DNS或主機數據。爲了測試，爲本地IP設置一個IP別名就足夠了，接下來，你需要在server.xml中添加幾行內容，如下：
<Server port="8005" shutdown="SHUTDOWN" debug="0">
<Service name="Tomcat-Standalone">
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8080" minProcessors="5" maxProcessors="75"
enableLookups="true" redirectPort="8443"/>
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8443" minProcessors="5" maxProcessors="75"
acceptCount="10" debug="0" scheme="https" secure="true"/>
<Factory className="org.apache.coyote.tomcat4.CoyoteServerSocketFactory"
clientAuth="false" protocol="TLS" />
</Connector>
<Engine name="Standalone" defaultHost="localhost" debug="0">
<!-- This Host is the default Host -->
<Host name="localhost" debug="0" appBase="webapps"
unpackWARs="true" autoDeploy="true">
<Context path="" docBase="ROOT" debug="0"/>
<Context path="/orders" docBase="/home/ian/orders" debug="0"
reloadable="true" crossContext="true">
</Context>
</Host>
<!-- This Host is the first "Virtual Host": www.example.com -->
<Host name="www.example.com" appBase="/home/example/webapp">
<Context path="" docBase="."/>
</Host>
</Engine>
</Service>
</Server>
Tomcat的server.xml文件，在初始狀態下，只包括一個虛擬主機，但是它容易被擴充到支持多個虛擬主機。在前面的例子中展示的是一個簡單的 server.xml版本，其中粗體部分就是用於添加一個虛擬主機。每一個Host元素必須包括一個或多個context元素，所包含的context元 素中必須有一個是默認的context，這個默認的context的顯示路徑應該爲空（例如，path=””）。
5．配置基礎驗證（Basic Authentication）
容器管理驗證方法控制着當用戶訪問受保護的web應用資源時，如何進行用戶的身份鑑別。當一個web應用使用了Basic Authentication（BASIC參數在web.xml文件中auto-method元素中設置），而有用戶訪問受保護的web應用時， Tomcat將通過HTTP Basic Authentication方式，彈出一個對話框，要求用戶輸入用戶名和密碼。在這種驗證方法中，所有密碼將被以64位的編碼方式在網絡上傳輸。
注意：使用Basic Authentication通過被認爲是不安全的，因爲它沒有強健的加密方法，除非在客戶端和服務器端都使用HTTPS或者其他密碼加密碼方式（比如， 在一個虛擬私人網絡中）。若沒有額外的加密方法，網絡管理員將能夠截獲（或濫用）用戶的密碼。但是，如果你是剛開始使用Tomcat，或者你想在你的 web應用中測試一下基於容器的安全管理，Basic Authentication還是非常易於設置和使用的。只需要添加<security-constraint>和<login- config>兩個元素到你的web應用的web.xml文件中，並且在CATALINA_BASE/conf/tomcat-users.xml 文件中添加適當的<role>和<user>即可，然後重新啓動Tomcat。
下面例子中的web.xml摘自一個俱樂部會員網站系統，該系統中只有member目錄被保護起來，並使用Basic Authentication進行身份驗證。請注意，這種方式將有效的代替Apache web服務器中的.htaccess文件。
<!--
Define the Members-only area, by defining
a "Security Constraint" on this Application, and
mapping it to the subdirectory (URL) that we want
to restrict.
-->
<security-constraint>
<web-resource-collection>
<web-resource-name>
Entire Application
</web-resource-name>
<url-pattern>/members/*</url-pattern>
</web-resource-collection>
<auth-constraint>
<role-name>member</role-name>
</auth-constraint>
</security-constraint>
<!-- Define the Login Configuration for this Application -->
<login-config>
<auth-method>BASIC</auth-method>
<realm-name>My Club Members-only Area</realm-name>
</login-config>
6．配置單點登錄（Single Sign-On）
一旦你設置了realm和驗證的方法，你就需要進行實際的用戶登錄處理。一般說來，對用戶而言登錄系統是一件很麻煩的事情，你必須儘量減少用戶登錄驗證的 次數。作爲缺省的情況，當用戶第一次請求受保護的資源時，每一個web應用都會要求用戶登錄。如果你運行了多個web應用，並且每個應用都需要進行單獨的 用戶驗證，那這看起來就有點像你在與你的用戶搏鬥。用戶們不知道怎樣才能把多個分離的應用整合成一個單獨的系統，所有他們也就不知道他們需要訪問多少個不 同的應用，只是很迷惑，爲什麼總要不停的登錄。
Tomcat 4的“single sign-on”特性允許用戶在訪問同一虛擬主機下所有web應用時，只需登錄一次。爲了使用這個功能，你只需要在Host上添加一個SingleSignOn Valve元素即可，如下所示：
<Valve className="org.apache.catalina.authenticator.SingleSignOn"
debug="0"/>
在Tomcat初始安裝後，server.xml的註釋裏面包括SingleSignOn Valve配置的例子，你只需要去掉註釋，即可使用。那麼，任何用戶只要登錄過一個應用，則對於同一虛擬主機下的所有應用同樣有效。
使用single sign-on valve有一些重要的限制：
1> value必須被配置和嵌套在相同的Host元素裏，並且所有需要進行單點驗證的web應用（必須通過context元素定義）都位於該Host下。
2> 包括共享用戶信息的realm必須被設置在同一級Host中或者嵌套之外。
3> 不能被context中的realm覆蓋。
4> 使用單點登錄的web應用最好使用一個Tomcat的內置的驗證方式（被定義在web.xml中的<auth-method>中），這比自定 義的驗證方式強，Tomcat內置的的驗證方式包括basic、digest、form和client-cert。
5> 如果你使用單點登錄，還希望集成一個第三方的web應用到你的網站中來，並且這個新的web應用使用它自己的驗證方式，而不使用容器管理安全，那你基本上 就沒招了。你的用戶每次登錄原來所有應用時需要登錄一次，並且在請求新的第三方應用時還得再登錄一次。當然，如果你擁有這個第三方web應用的源碼，而你 又是一個程序員，你可以修改它，但那恐怕也不容易做。
6> 單點登錄需要使用cookies。
7．配置用戶定製目錄（Customized User Directores）
一些站點允許個別用戶在服務器上發佈網頁。例如，一所大學的學院可能想給每一位學生一個公共區域，或者是一個ISP希望給一些web空間給他的客戶，但這又不是虛擬主機。在這種情況下，一個典型的方法就是在用戶名前面加一個特殊字符（~），作爲每位用戶的網站，比如：
http://www.cs.myuniversity.edu/~username
http://members.mybigisp.com/~username
Tomcat提供兩種方法在主機上映射這些個人網站，主要使用一對特殊的Listener元素。Listener的className屬性應該是 org.apache.catalina.startup.UserConfig，userClass屬性應該是幾個映射類之一。如果你的系統是 Unix，它將有一個標準的/etc/passwd文件，該文件中的帳號能夠被運行中的Tomcat很容易的讀取，該文件指定了用戶的主目錄，使用 PasswdUserDatabase 映射類。
<Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html"
user或者 /users/jbrittain/public_html一樣的目錄下面。當然你也可以改變public_html 到其他任何子目錄下。
實際上，這個用戶目錄根本不一定需要位於用戶主目錄下里面。如果你沒有一個密碼文件，但你又想把一個用戶名映射到公共的像/home一樣目錄的子目錄裏面，則可以使用HomesUserDatabase類。
<Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html" homeBase="/home"
user或者 /home/jasonb/public_html一樣的目錄下。這種形式對Windows而言更加有利，你可以使用一個像c:/home這樣的目錄。
這些Listener元素，如果出現，則必須在Host元素裏面，而不能在context元素裏面，因爲它們都用應用於Host本身。
8．在Tomcat中使用CGI腳本
Tomcat主要是作爲Servlet/JSP容器，但它也有許多傳統web服務器的性能。支持通用網關接口（Common Gateway Interface，即CGI）就是其中之一，CGI提供一組方法在響應瀏覽器請求時運行一些擴展程序。CGI之所以被稱爲通用，是因爲它能在大多數程序 或腳本中被調用，包括：Perl，Python，awk，Unix shell scripting等，甚至包括Java。當然，你大概不會把一個Java應用程序當作CGI來運行，畢竟這樣太過原始。一般而言，開發Servlet總 要比CGI具有更好的效率，因爲當用戶點擊一個鏈接或一個按鈕時，你不需要從操作系統層開始進行處理。
Tomcat包括一個可選的CGI Servlet，允許你運行遺留下來的CGI腳本。
爲了使Tomcat能夠運行CGI，你必須做如下幾件事：
1. 把servlets-cgi.renametojar （在CATALINA_HOME/server/lib/目錄下）改名爲servlets-cgi.jar。處理CGI的servlet應該位於Tomcat的CLASSPATH下。
2. 在Tomcat的CATALINA_BASE/conf/web.xml 文件中，把關於<servlet-name> CGI的那段的註釋去掉（默認情況下，該段位於第241行）。
3. 同樣，在Tomcat的CATALINA_BASE/conf/web.xml文件中，把關於對CGI進行映射的那段的註釋去掉（默認情況下，該段位於第299行）。注意，這段內容指定了HTML鏈接到CGI腳本的訪問方式。
4. 你可以把CGI腳本放置在WEB-INF/cgi 目錄下（注意，WEB-INF是一個安全的地方，你可以把一些不想被用戶看見或基於安全考慮不想暴露的文件放在此處），或者你也可以把CGI腳本放置在 context下的其他目錄下，併爲CGI Servlet調整cgiPathPrefix初始化參數。這就指定的CGI Servlet的實際位置，且不能與上一步指定的URL重名。
5. 重新啓動Tomcat，你的CGI就可以運行了。
在Tomcat中，CGI程序缺省放置在WEB-INF/cgi目錄下，正如前面所提示的那樣，WEB-INF目錄受保護的，通過客戶端的瀏覽器無法窺探 到其中內容，所以對於放置含有密碼或其他敏感信息的CGI腳本而言，這是一個非常好的地方。爲了兼容其他服務器，儘管你也可以把CGI腳本保存在傳統的 /cgi-bin目錄，但要知道，在這些目錄中的文件有可能被網上好奇的衝浪者看到。另外，在Unix中，請確定運行Tomcat的用戶有執行CGI腳本 的權限。
9．改變Tomcat中的JSP編譯器（JSP Compiler）
在Tomcat 4.1（或更高版本，大概），JSP的編譯由包含在Tomcat裏面的Ant程序控制器直接執行。這聽起來有一點點奇怪，但這正是Ant有意爲之的一部 分，有一個API文檔指導開發者在沒有啓動一個新的JVM的情況下，使用Ant。這是使用Ant進行Java開發的一大優勢。另外，這也意味着你現在能夠 在Ant中使用任何javac支持的編譯方式，這裏有一個關於Apache Ant使用手冊的javac page列表。使用起來是容易的，因爲你只需要在<init-param> 元素中定義一個名字叫“compiler”，並且在value中有一個支持編譯的編譯器名字，示例如下：
<servlet>
<servlet-name>jsp</servlet-name>
<servlet-class>
org.apache.jasper.servlet.JspServlet
</servlet-class>
<init-param>
<param-name>logVerbosityLevel</param-name>
<param-value>WARNING</param-value>
</init-param>
<init-param>
<param-name>compiler</param-name>
<param-value>jikes</param-value>
</init-param>
<load-on-startup>3</load-on-startup>
</servlet>
當然，給出的編譯器必須已經安裝在你的系統中，並且CLASSPATH可能需要設置，那處決於你選擇的是何種編譯器。
10．限制特定主機訪問（Restricting Access to Specific Hosts）
有時，你可能想限制對Tomcat web應用的訪問，比如，你希望只有你指定的主機或IP地址可以訪問你的應用。這樣一來，就只有那些指定的的客戶端可以訪問服務的內容了。爲了實現這種效 果，Tomcat提供了兩個參數供你配置：RemoteHostValve 和RemoteAddrValve。
通過配置這兩個參數，可以讓你過濾來自請求的主機或IP地址，並允許或拒絕哪些主機/IP。與之類似的，在Apache的httpd文件裏有對每個目錄的允許/拒絕指定。
例如你可以把Admin Web application設置成只允許本地訪問，設置如下：
<Context path="/path/to/secret_files" ...>
<Valve className="org.apache.catalina.valves.RemoteAddrValve"
allow="127.0.0.1" deny=""/>
</Context>
如果沒有給出允許主機的指定，那麼與拒絕主機匹配的主機就會被拒絕，除此之外的都是允許的。與之類似，如果沒有給出拒絕主機的指定，那麼與允許主機匹配的主機就會被允許，除此之外的都是拒絕的。
隨着java的流行，其在web上的應用也越來越廣，tomcat作爲一個開源的servlet容器，應用前景越來越廣，本文將向你講述tomcat的一些知識。
tomcat是jakarta項目中的一個重要的子項目，其被JavaWorld雜誌的編輯選爲2001年度最具創新的java產品 (Most Innovative Java Product)，同時它又是sun公司官方推薦的servlet和jsp容器(具體可以見http: //java.sun.com/products/jsp/tomcat/)，因此其越來越多的受到軟件公司和開發人員的喜愛。servlet和jsp的 最新規範都可以在tomcat的新版本中得到實現。
tomcat最新版本爲4.0.1，這個版本用了一個新的servlet容器Catalina，完整的實現了servlet2.3和jsp1.2規範。注意安裝之前你的系統必須安裝了jdk1.2以上版本。
1：windows平臺
從tomcat網站下載jakarta-tomcat-4.0.1.exe，按照一般的windows程序安裝步驟即可安裝好tomcat,安裝時它會自動尋找你的jdk和jre的位置。
2：linux平臺
下載jakarta-tomcat-4.0.1.tar.gz，將其解壓到一個目錄。
運行tomcat需要設置JAVA_HOME變量
|
設置完畢後就可以運行tomcat服務器了，進入tomcat的bin目錄，win98下用startup啓動tomcat，linux下用startup.sh，相應的關閉tomcat的命令爲shutdown和shutdown.sh。
啓動後可以在瀏覽器中輸入http://localhost:8080/測試，由於tomcat本身具有web服務器的功能，因此我們不必安裝apache，當然其也可以與apache集成到一起，下面會介紹。
下面你可以測試其自帶的jsp和servlet示例。
tomcat的目錄結構如下：
| 目錄名 | 簡介 |
| bin | 存放啓動和關閉tomcat腳本 |
| conf | 包含不同的配置文件,server.xml(Tomcat的主要配置文件)和web.xml |
| work | 存放jsp編譯後產生的class文件 |
| webapp | 存放應用程序示例，以後你要部署的應用程序也要放到此目錄 |
| logs | 存放日誌文件 |
| lib/japser/common | 這三個目錄主要存放tomcat所需的jar文件 |
下面我們將講述這個文件中的基本配置信息，更具體的配置信息見tomcat的文檔
| 元素名 | 屬性 | 解釋 |
| server | port | 指定一個端口，這個端口負責監聽關閉tomcat的請求 |
| shutdown | 指定向端口發送的命令字符串 | |
| service | name | 指定service的名字 |
| Connector (表示客戶端和service之間的連接) |
port | 指定服務器端要創建的端口號，並在這個斷口監聽來自客戶端的請求 |
| minProcessors | 服務器啓動時創建的處理請求的線程數 | |
| maxProcessors | 最大可以創建的處理請求的線程數 | |
| enableLookups | 如果爲true，則可以通過調用request.getRemoteHost()進行DNS查詢來得到遠程客戶端的實際主機名，若爲false則不進行DNS查詢，而是返回其ip地址 | |
| redirectPort | 指定服務器正在處理http請求時收到了一個SSL傳輸請求後重定向的端口號 | |
| acceptCount | 指定當所有可以使用的處理請求的線程數都被使用時，可以放到處理隊列中的請求數，超過這個數的請求將不予處理 | |
| connectionTimeout | 指定超時的時間數(以毫秒爲單位) | |
| Engine (表示指定service中的請求處理機，接收和處理來自Connector的請求) |
defaultHost | 指定缺省的處理請求的主機名，它至少與其中的一個host元素的name屬性值是一樣的 |
| Context (表示一個web應用程序，通常爲WAR文件，關於WAR的具體信息見servlet規範) |
docBase | 應用程序的路徑或者是WAR文件存放的路徑 |
| path | 表示此web應用程序的url的前綴，這樣請求的url爲http://localhost:8080/path/**** | |
| reloadable | 這個屬性非常重要，如果爲true，則tomcat會自動檢測應用程序的/WEB-INF/lib 和/WEB-INF/classes目錄的變化，自動裝載新的應用程序，我們可以在不重起tomcat的情況下改變應用程序 | |
|
host |
name | 指定主機名 |
| appBase | 應用程序基本目錄，即存放應用程序的目錄 | |
| unpackWARs | 如果爲true，則tomcat會自動將WAR文件解壓，否則不解壓，直接從WAR文件中運行應用程序 | |
|
Logger |
className | 指定logger使用的類名，此類必須實現org.apache.catalina.Logger 接口 |
| prefix | 指定log文件的前綴 | |
| suffix | 指定log文件的後綴 | |
| timestamp | 如果爲true，則log文件名中要加入時間，如下例:localhost_log.2001-10-04.txt | |
|
Realm |
className | 指定Realm使用的類名，此類必須實現org.apache.catalina.Realm接口 |
|
Valve |
className |
指定Valve使用的類名，如用org.apache.catalina.valves.AccessLogValve類可以記錄應用程序的訪問信息 |
| directory | 指定log文件存放的位置 | |
| pattern | 有兩個值，common方式記錄遠程主機名或ip地址，用戶名，日期，第一行請求的字符串，HTTP響應代碼，發送的字節數。combined方式比common方式記錄的值更多 |
注意：1：經過我測試，我設置Context 的path="",reloadable=true，然後放一個WAR文件到webapps目錄，結果tomcat不能檢測出此文件(重起tomcat可 以)，而把此文件解壓，則tomcat會自動檢測出這個新的應用程序。如果不能自動檢測WAR文件，我們可以利用下面管理中講的方法來部署應用程序。
2：默認的server.xml中，Realm元素只設置了一個className屬性，但此文件中也包含幾個通過JDBC連接到數據庫進行驗證的 示例(被註釋掉了)，通過Realm元素我們可以實現容器安全管理(Container Managed Security)。
3：還有一些元素我們沒有介紹，如Parameter，loader，你可以通過tomcat的文檔獲取這些元素的信息。
在進行具體的管理之前，我們先給tomcat添加一個用戶，使這個用戶有權限來進行管理。
打開conf目錄下的tomcat-users.xml文件，在相應的位置添加下面一行：
|
注意：這一行的最後部分一定是/>,tomcat的文檔掉了/符號，如果沒有/符號的話，tomcat重起時將無法訪問應用程序。通過logs/catalina.out文件你可以看到這個錯誤的詳細信息。
然後重起tomcat，在瀏覽器中輸入http://localhost:8080/manager/，會彈出對話框，輸入上面的用戶名和密碼即可。
2：應用程序列表
在瀏覽器中輸入http://localhost:8080/manager/list，瀏覽器將會顯示如下的信息：
|
面的信息分別爲應用程序的路徑，當前狀態(running 或者stopped)，與這個程序相連的session數。
3：重新裝載應用程序
在瀏覽器中輸入 http://localhost:8080/manager/reload?path=/examples，瀏覽器顯示如下：
|
表示example應用程序裝載成功，如果我們將server.xml的Context元素的reloadable屬性設爲true(見上面表格)，則沒必要利用這種方式重新裝載應用程序，因爲tomcat會自動裝載。
4：顯示session信息
在瀏覽器中輸入http://localhost:8080/manager/sessions?path=/examples，瀏覽器顯示如下：
|
5：啓動和關閉應用程序
在瀏覽器中輸入http://localhost:8080/manager/start?path=/examples和http://localhost:8080/manager/stop?path=/examples分別啓動和關閉examples應用程序。
6：部署及撤銷部署
WAR有兩種組織方式，一種是按一定的目錄結構組織文件，一種是一個後綴爲WAR的壓縮包，因此它的部署方式也有兩種：
(1)：在瀏覽器中輸入：http://localhost:8080/manager/install?path=/examples&war=file:/c:/examples
就會將按目錄結構組織的WAR部署
(2)：如果輸入:http://localhost:8080/manager/install?path=/examples&war=jar:file:/c:/examples.war!/
就會將按壓縮包組織的WAR部署，注意此url後半部分一定要有!/號。
部署後就可以用 http://localhost:8080/examples訪問了。
在瀏覽器中輸入：http://localhost:8080/manager/remove?path=/examples
就會撤銷剛纔部署的應用程序。
雖然tomcat也可以作web服務器,但其處理靜態html的速度比不上apache,且其作爲web服務器的功能遠不如apache,因此我們想把apache和tomcat集成起來。
我們以linux系統爲例介紹.
從apache網站下載apache1.3.22源代碼版本，然後使用如下命令配置安裝apache：
|
注意configure命令指定目標安裝目錄，並且加入DSO(Dynamic Shared Object)支持，注意一定不要忘了這一個選項。
然後下載webapp模塊，將解壓後mod_webapp.so文件放入apache的libexec目錄，編輯apache的conf目錄下的httpd.conf，在這個文件的最後加入下面三行：
|
第一行是加入webapp模塊，如果編譯apache時不增加DSO支持，則無法使用LoadModule指令，第二行指定tomcat與apache的連接，第三行指定部署那個應用，這兩個指令使用格式如下：
|
其中connection name指定連接名，provider只能是warp，port端口與你的tomcat的配置文件server.xml最後幾行指定的要保持一致。文件如下：
|
application name與你在tomcat中部署的應用名一致，url path指定訪問這個應用的url。例如上面的例子可以通過http://localhost/examples/來訪問tomcat中的examples應用。
一般jsp的亂碼問題可以通過在jsp中加入<%@ page contentType="text/html;charset=GB2312" %>來解決，至於servlet的亂碼在可以使用servlet2.3中提供的 HttpServeletRequest.setCharacterEncoding函數。更詳細的中文問題請見JSP/Servlet 中的漢字編碼問題。
tomcat作爲一個servlet(jsp也被編譯爲servlet執行)容器，其應用前景是非常好的，如果與jboss結合起來， 則可以實現sun的j2ee規範(用jboss作ejb服務器)。jboss的官方網站也提供集成了tomcat3.2*的jboss以供下載。另外一個 開源的應用服務器(enhydra) 也是基於tomcat的，其提供了更友好的管理界面，部署應用程序也更簡單，功能也更強大。