前前后后对tomcat的配置文件server.xml修改了很多次。本来对最常用的几项是了解的,结果前天的时候却运行不起来了,修改了几项倒是运行起来了,但问题是始终有一个sample运行不起来。 今天继续弄配置文件,突然想起了一条信息:用户在部署web的时候可以在conf\Catalina\localhost目录中编写一个映射文件,这样就可以映射到用户的web目录,而不用把整个web内容放在webapps目录下面。顿时大悟,原来是我总是喜欢用test这个名称,结果我要运行的文件在webapps目录下的test目录,而conf\Catalina\localhost下有个test.xml配置了test的映射到我的Eclipse工作目录下。马上删除test.xml配置文件,OK,正常访问。 了解server.xml的基本元素是很有用的,先将一般元素的作用转载如下: ● 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方式记录的值更多