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”。象存在的用戶那樣，添加一個用戶（改變密碼使其更加安全）：

<ser 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": http://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=””）。