元素名 | 属性 | 解释 |
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 ( 表示存放用户名,密码及 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:经过我测试,我设置 Context 的 path="",reloadable=true,然后放一个 WAR 文件到 webapps 目录,结果 tomcat 不能检测出此文件 ( 重起 tomcat 可以 ),而把此文件解压,则 tomcat 会自动检测出这个新的应用程序。如果不能自动检测 WAR 文件,我们可以利用下面管理中讲的方法来部署应用程序。