(
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为**** |
| 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 (表示存放用户名，密码及role的数据库) |
className |
指定Realm使用的类名，此类必须实现org.apache.catalina.Realm接口 |
| Valve (功能与Logger差不多，其prefix和suffix属性解释和Logger 中的一样) |
className |
指定Valve使用的类名，如用org.apache.catalina.valves.AccessLogValve类可以记录应用程序的访问信息 |
| directory |
指定log文件存放的位置 |
| pattern |
有两个值，common方式记录远程主机名或ip地址，用户名，日期，第一行请求的字符串，HTTP响应代码，发送的字节数。combined方式比common方式记录的值更多 |
1：配置
在进行具体的管理之前，我们先给tomcat添加一个用户，使这个用户有权限来进行管理。
打开conf目录下的tomcat-users.xml文件，在相应的位置添加下面一行：
然后重起tomcat，在浏览器中输入，会弹出对话框，输入上面的用户名和密码即可。
2：应用程序列表
在浏览器中输入，浏览器将会显示如下的信息：
OK - Listed applications for virtual host localhost
/ex:running:1
/examples:running:1
/webdav:running:0
/tomcat-docs:running:0
/manager:running:0
/:running:0 |
面的信息分别为应用程序的路径，当前状态(running 或者stopped)，与这个程序相连的session数。
3：重新装载应用程序
在浏览器中输入 ，浏览器显示如下：
OK - Reloaded application at context path /examples
|
表示example应用程序装载成功，如果我们将server.xml的Context元素的reloadable属性设为true(见上面表格)，则没必要利用这种方式重新装载应用程序，因为tomcat会自动装载。
4：显示session信息
在浏览器中输入，浏览器显示如下：
OK - Session information for application at context path /examples Default maximum session inactive interval 30 minutes
|
5：启动和关闭应用程序
在浏览器中输入和分别启动和关闭examples应用程序。
6：部署及撤销部署
WAR有两种组织方式，一种是按一定的目录结构组织文件，一种是一个后缀为WAR的压缩包，因此它的部署方式也有两种：
(1)：在浏览器中输入： \examples
就会将按目录结构组织的WAR部署
(2)：如果输入: \examples.war!/
就会将按压缩包组织的WAR部署，注意此url后半部分一定要有!/号。
部署后就可以用 访问了。
在浏览器中输入：
就会撤销刚才部署的应用程序。
7、配置虚拟主机（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": --＞
＜Host name=""
appBase="/home/example/webapp"＞
＜Context path="" docBase="."/＞
＜/Host＞
＜/Engine＞
＜/Service＞
＜/Server＞ |
Tomcat的server.xml文件，在初始状态下，只包括一个虚拟主机，但是它容易被扩充到支持多个虚拟主机。在前面的例子中展示的是一
个简单的server.xml版本，其中粗体部分就是用于添加一个虚拟主机。每一个Host元素必须包括一个或多个context元素，所包含的
context元素中必须有一个是默认的context，这个默认的context的显示路径应该为空（例如，path=“”）。
8、配置基础验证（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＞
9、配置单点登录（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.
10、配置用户定制目录（Customized User Directores）
一些站点允许个别用户在服务器上发布网页。例如，一所大学的学院可能想给每一位学生一个公共区域，或者是一个ISP希望给一些web空间给他的客户，但这又不是虚拟主机。在这种情况下，一个典型的方法就是在用户名前面加一个特殊字符（~），作为每位用户的网站，比如：
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"
userClass="org.apache.catalina.
startup.PasswdUserDatabase"/＞ |
web文件需要放置在像/home/users/ian/public_html或者/users/jbrittain/public_html一样的目录下面。当然你也可以改变public_html 到其他任何子目录下。
实际上，这个用户目录根本不一定需要位于用户主目录下里面。如果你没有一个密码文件，但你又想把一个用户名映射到公共的像/home一样目录的子目录里面，则可以使用HomesUserDatabase类。
＜Listener className=
"org.apache.catalina.startup.UserConfig"
directoryName="public_html"
homeBase="/home"
userClass="org.apache.catalina.
startup.HomesUserDatabase"/＞ |
这样一来，web文件就可以位于像/home/ian/public_html或者/home/jasonb/public_html一样的目录下。这种形式对而言更加有利，你可以使用一个像c：\home这样的目录。
这些Listener元素，如果出现，则必须在Host元素里面，而不能在context元素里面，因为它们都用应用于Host本身。
11、在Tomcat中使用CGI脚本
Tomcat主要是作为Servlet/JSP容器，但它也有许多传统web服务器的性能。支持通用网关接口（Common Gateway Interface，即CGI）就是其中之一，CGI提供一组方法在响应浏览器请求时运行一些扩展程序。
CGI之所以被称为通用，是因为它能在大多数程序或脚本中被调用，包括：Perl，Python，awk，Unix shell scripting等，甚至包括.
当然，你大概不会把一个应用程序当作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脚本的权限。
12、改变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可能需要设置，那处决于你选择的是何种编译器。
12、限制特定主机访问（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＞ |
如果没有给出允许主机的指定，那么与拒绝主机匹配的主机就会被拒绝，除此之外的都是允许的。与之类似，如果没有给出拒绝主机的指定，那么与允许主机匹配的主机就会被允许，除此之外的都是拒绝的。
13. 如何加大tomcat连接数
在tomcat配置文件server.xml中的配置中，和连接数相关的参数有：
minProcessors：最小空闲连接线程数，用于提高系统处理性能，默认值为10
maxProcessors：最大连接线程数，即：并发处理的最大请求数，默认值为75
acceptCount：允许的最大连接数，应大于等于maxProcessors，默认值为100
enableLookups：是否反查域名，取值为：true或false。为了提高处理能力，应设置为false
connectionTimeout：网络连接超时，单位：毫秒。设置为0表示永不超时，这样设置有隐患的。通常可设置为30000毫秒。
其中和最大连接数相关的参数为maxProcessors和acceptCount。如果要加大并发连接数，应同时加大这两个参数。
web server允许的最大连接数还受制于操作系统的内核参数设置，通常是2000个左右，Linux是1000个左右。Unix中如何设置这些参数，请参阅Unix常用监控和管理命令
tomcat4中的配置示例：port="8080" minProcessors="10" maxProcessors="1024"
enableLookups="false" redirectPort="8443"
acceptCount="1024" debug="0" connectionTimeout="30000" />
对于其他端口的侦听配置，以此类推。
14. tomcat中如何禁止列目录下的文件
在{tomcat_home}/conf/web.xml中，把listings参数设置成false即可，如下：
...
listings
false
...
15. 如何加大tomcat可以使用的内存
tomcat默认可以使用的内存为128MB，在较大型的应用项目中，这点内存是不够的，需要调大。
Unix下，在文件{tomcat_home}/bin/catalina.sh的前面，增加如下设置：
JAVA_OPTS='-Xms【初始化内存大小】 -Xmx【可以使用的最大内存】'
需要把这个两个参数值调大。例如：
JAVA_OPTS='-Xms256m -Xmx512m'
表示初始化内存为256MB，可以使用的最大内存为512MB
