现在开发java web应用，建立和部署web内容是一件很简单的工作。使用jakarta tomcat作为servlet和jsp容器的人已经遍及全世界。tomcat具有免费、跨平台等诸多特性，并且更新得很快，现在非常的流行。
　　
　　你所需要做的就是：按照你的需求配置tomcat，只要你正确配置，tomcat一般都能适合你的要求。下面是一系列关于tomcat的配置技巧，这些技巧源自于我的书：《tomcat权威指南》，希望对你有所帮助。―― jason brittain
　　
　　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>