现在开发Java Web应用建立和部署Web内容是一件很简单的工作使用Jakarta Tomcat作为Servlet和JSP容器的人已经遍及全世界Tomcat具有免费跨平台等诸多特性并且更新得很快现在非常的流行
你所需要做的就是按照你的需求配置Tomcat只要你正确配置Tomcat一般都能适合你的要求下面是一系列关于Tomcat的配置技巧这些技巧源自于我的书《Tomcat权威指南》希望对你有所帮助—— Jason Brittain
． 配置系统管理（Admin Web Application）
大多数商业化的JEE服务器都提供一个功能强大的管理界面且大都采用易于理解的Web应用界面Tomcat按照自己的方式同样提供一个成熟的管理工具并且丝毫不逊于那些商业化的竞争对手Tomcat的Admin Web Application最初在版本时出现当时的功能包括管理contextdata sourceuser和group等当然也可以管理像初始化参数usergrouprole的多种数据库管理等在后续的版本中这些功能将得到很大的扩展但现有的功能已经非常实用了
Admin Web Application被定义在自动部署文件CATALINA_BASE/webapps/adminxml
（译者注CATALINA_BASE即tomcat安装目录下的server目录）
你必须编辑这个文件以确定Context中的docBase参数是绝对路径也就是说CATALINA_BASE/webapps/adminxml 的路径是绝对路径作为另外一种选择你也可以删除这个自动部署文件而在serverxml文件中建立一个Admin Web Application的context效果是一样的你不能管理Admin Web Application这个应用换而言之除了删除CATALINA_BASE/webapps/adminxml 你可能什么都做不了
如果你使用UserDatabaseRealm（默认）你将需要添加一个user以及一个role到CATALINA_BASE/conf/tomcatusersxml 文件中你编辑这个文件添加一个名叫admin的role 到该文件中如下
<role name=admin/>
你同样需要有一个用户并且这个用户的角色是admin象存在的用户那样添加一个用户（改变密码使其更加安全）
<user name=admin password=deep_dark_secret roles=admin/>
当你完成这些步骤后请重新启动Tomcat访//localhost:/admin你将看到一个登录界面Admin Web Application采用基于容器管理的安全机制并采用了Jakarta Struts框架一旦你作为admin角色的用户登录管理界面你将能够使用这个管理界面配置Tomcat
．配置应用管理（Manager Web Application）
Manager Web Application让你通过一个比Admin Web Application更为简单的用户界面执行一些简单的Web应用任务
Manager Web Application被被定义在一个自动部署文件中
CATALINA_BASE/webapps/managerxml
你必须编辑这个文件以确保context的docBase参数是绝对路径也就是说CATALINA_HOME/server/webapps/manager的绝对路径
（译者注CATALINA_HOME即tomcat安装目录）
如果你使用的是UserDatabaseRealm那么你需要添加一个角色和一个用户到CATALINA_BASE/conf/tomcatusersxml文件中接下来编辑这个文件添加一个名为manager的角色到该文件中
<role name=manager>
你同样需要有一个角色为manager的用户像已经存在的用户那样添加一个新用户（改变密码使其更加安全）
<user name=manager password=deep_dark_secret roles=manager/>
然后重新启动Tomcat访//localhost/manager/list将看到一个很朴素的文本型管理界面或者访//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应用停止一个应用使其无法被访问当有用户尝试访问这个被停止的应用时将看到一个的错误—— This application is not currently available
移除一个web应用只是指从Tomcat的运行拷贝中删除了该应用如果你重新启动Tomcat被删除的应用将再次出现（也就是说移除并不是指从硬盘上删除）
．部署一个web应用
有两个办法可以在系统中部署web服务
> 拷贝你的WAR文件或者你的web应用文件夹（包括该web的所有内容）到$CATALINA_BASE/webapps目录下
> 为你的web服务建立一个只包括context内容的XML片断文件并把该文件放到$CATALINA_BASE/webapps目录下这个web应用本身可以存储在硬盘上的任何地方
如果你有一个WAR文件你若想部署它则只需要把该文件简单的拷贝到CATALINA_BASE/webapps目录下即可文件必须以war作为扩展名一旦Tomcat监听到这个文件它将（缺省的）解开该文件包作为一个子目录并以WAR文件的文件名作为子目录的名字接下来Tomcat将在内存中建立一个context就好象你在serverxml文件里建立一样当然其他必需的内容将从serverxml中的DefaultContext获得
部署web应用的另一种方式是写一个Context XML片断文件然后把该文件拷贝到CATALINA_BASE/webapps目录下一个Context片断并非一个完整的XML文件而只是一个context元素以及对该应用的相应描述这种片断文件就像是从serverxml中切取出来的context元素一样所以这种片断被命名为context片断
举个例子如果我们想部署一个名叫MyWebAppwar的应用该应用使用realm作为访问控制方式我们可以使用下面这个片断
<!
Context fragment for deploying MyWebAppwar
>
<Context path=/demo docBase=webapps/MyWebAppwar
debug= privileged=true>
<Realm className=orgapachecatalinarealmUserDatabaseRealm
resourceName=UserDatabase/>
</Context>
把该片断命名为MyWebAppxml然后拷贝到CATALINA_BASE/webapps目录下
这种context片断提供了一种便利的方法来部署web应用你不需要编辑serverxml除非你想改变缺省的部署特性安装一个新的web应用时不需要重启动Tomcat
．配置虚拟主机（Virtual Hosts）
关于serverxml中Host这个元素只有在你设置虚拟主机的才需要修改虚拟主机是一种在一个web服务器上服务多个域名的机制对每个域名而言都好象独享了整个主机实际上大多数的小型商务网站都是采用虚拟主机实现的这主要是因为虚拟主机能直接连接到Internet并提供相应的带宽以保障合理的访问响应速度另外虚拟主机还能提供一个稳定的固定IP
基于名字的虚拟主机可以被建立在任何web服务器上建立的方法就是通过在域名服务器（DNS）上建立IP地址的别名并且告诉web服务器把去往不同域名的请求分发到相应的网页目录因为这篇文章主要是讲Tomcat我们不准备介绍在各种操作系统上设置DNS的方法如果你在这方面需要帮助请参考《DNS and Bind》一书作者是Paul Albitz and Cricket Liu (OReilly)为了示范方便我将使用一个静态的主机文件因为这是测试别名最简单的方法
在Tomcat中使用虚拟主机你需要设置DNS或主机数据为了测试为本地IP设置一个IP别名就足够了接下来你需要在serverxml中添加几行内容如下
<Server port= shutdown=SHUTDOWN debug=>
<Service name=TomcatStandalone>
<Connector className=yotetomcatCoyoteConnector
port= minProcessors= maxProcessors=
enableLookups=true redirectPort=/>
<Connector className=yotetomcatCoyoteConnector
port= minProcessors= maxProcessors=
acceptCount= debug= scheme=https secure=true/>
<Factory className=yotetomcatCoyoteServerSocketFactory
clientAuth=false protocol=TLS />
</Connector>
<Engine name=Standalone defaultHost=localhost debug=>
<! This Host is the default Host >
<Host name=localhost debug= appBase=webapps
unpackWARs=true autoDeploy=true>
<Context path= docBase=ROOT debug=/>
<Context path=/orders docBase=/home/ian/orders debug=
reloadable=true crossContext=true>
</Context>
</Host>
<! This Host is the first Virtual Host: >
<Host name= appBase=/home/example/webapp>
<Context path= docBase=/>
</Host>
</Engine>
</Service>
