Tomcat的支配方式，配置文件

Tomcat的部署方式，配置文件

1.tomcat的部署方式

以下部署方式都是针对tomcat5.0以上版本。

1.1 Contextdescriptors

Tomcat4中的Manager和Admin管理工具其实就是利用它来部署的。在Tomcat5中提出了Contextdescriptor这个概念，且为其配置了一个专有目录，而不像Tomcat4那样大杂烩一般地放置在$appBase目录下。Contextdescriptor是一个只包含Context元素的xml格式的部署文件，其中Context元素与server.xml中的Context元素配置相同。对于一个给定的主机，Contextdescriptor放置在$CATALINA_HOME/conf/[enginename]/[hostname]/目录下面。Tomcat5默认安装时，在$CATALINA_HOME/conf/Catalina/localhost目录中有admin.xml和manager.xml，是两个管理工具的部署描述符文件。而这两个文件在Tomcat4中是放置在$CATALINA_HOME/webapps目录下面的。

使用方法：

在$CATALINA_HOME/conf/[enginename]/[hostname]/目录下新建xxx.xml文档

在xxx.xml文档中配置如下

<ContextdocBase="${catalina.home}/server/webapps/host-manager"

privileged="true"antiResourceLocking="false" antiJARLocking="false">

</Context>

注：docBase也可以设置为[eclipse的workplace]/[project]/webroot

1.2静态部署

静态部署是指在Tomcat运行之前就把相关的Web应用程序放置到合适的目录，在Tomcat启动的时候自动来部署这些应用程序。
如果"deployOnStartup"属性值为true，那么在Tomcat启动时，在$appBase目录下的web应用程序将被自动部署。部署的过程如下：
（1）Context元素声明的Web应用程序将被首先部署，这包括server.xml和context descriptor文件中的Context元素所指的应用程序;
（2）部署扩展目录形式的Web应用程序；
（3）部署WAR形式的Web应用程序;
Tomcat5对于静态方式的部署的增强主要就是：
1、对于contextdescriptor方式的应用程序的部署。
2、如果扩展目录方式的应用程序对应有一个WAR文件，且WAR是更新过的，扩展目录将被自动删除，Web应用程序将被从WAR文件中重新部署。而在Tomcat4中，即使WAR文件已更新也无法被重新部署，仍然会使用旧的扩展目录方式的Web应用程序，除非你自己手动删除目录，而且还要重启Tomcat。

1.3动态部署

动态部署是指在Tomcat已经运行以后在不重启服务器的情况下部署应用程序的方式。
如果虚拟主机的"autoDeploy"属性值为true，则主机会在需要的时候试图去部署和更新应用程序。这是由虚拟主机在后台运行的一个负责自动加载的处理线程来完成的，它的工作流程如下：
1、部署新放入$appBase目录的War方式的应用程序。
2、部署新放入$appBase目录的扩展目录方式的应用程序。
3、如果一个扩展目录方式的应用程序对应的War文件更新了，则删除此目录，从War文件中重新解开并部署。如果”unpackWARs”属性值为false，则不解开，从War文件中直接运行。（记住：不用自己删除扩展目录，也不用重启服务器）
4、如果应用程序的/WEB-INF/web.xml文件被改变，则重新部署这个应用。
5、如果应用程序对应的Context元素配置发生了改变，则重新部署这个应用。这包括server.xml或者上下文描述符文件中的Context元素。
6、如果$CATALINA_HOME/conf/[enginename]/[hostname]/目录下增加了上下文描述符文件，则重新部署这个应用。
看来Tomcat5在动态部署上花费了不少功夫，其中的亮点主要就是如果我们修改了web.xml、server.xml配置文件，增加了上下文描述符文件，动态更新了War文件时都可以实现应用程序的自动部署和更新，而不用重新启动Tomcat服务器，在Tomcat4中都是必须重新启动服务器的，这是一个非常喜人的变化。

2.tomcat的配置方式

以下配置方式都是针对tomcat5.0以上版本。

2.1server.xml元素详解

元素名

属性

解释

server

port

指定一个端口，这个端口负责监听关闭tomcat的请求

shutdown

指定向端口发送的命令字符串

service

name

指定service的名字

Connector(表示客户端和service之间的连接)

port

指定服务器端要创建的端口号，并在这个断口监听来自客户端的请求

minProcessors

服务器启动时创建的处理请求的线程数，最小空闲连接线程数，用于提高系统处理性能，默认值为10

maxProcessors

最大可以创建的处理请求的线程数，最大连接线程数，即：并发处理的最大请求数，默认值为75

enableLookups

如果为true，则可以通过调用request.getRemoteHost()进行DNS查询来得到远程客户端的实际主机名，若为false则不进行DNS查询，而是返回其ip地址

redirectPort

表示当请求被传输保密或完整性保护的内容时，非SSL请求将会被重定向的端口.

acceptCount

指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理，应大于等于maxProcessors，默认值为100

connectionTimeout

网络连接超时，单位：毫秒。设置为0表示永不超时，这样设置有隐患的。通常可设置为30000毫秒。

Debug

表示该组件产生调试日志信息的详细级别,数字越大，产生的日志信息越详细.如果不指定,?该属性值将被设置为(0).但是调试信息是否出现在日志中，还进一步取决于log4j类别org.jboss.web.tomcat.tc5.Tomcat5的threshold

URIEncoding

设置请求编码格式

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类可以记录应用程序的访问信息

Tomcat的支配方式配置文件

热点推荐