tomcat server.xml中文版

转：http://www.blogjava.net/baoyaer/articles/107278.html

Tomcat Server的结构图

                   

该文件描述了如何启动Tomcat Server 

<Server>元素
它代表整个容器,是Tomcat实例的顶层元素.由org.apache.catalina.Server接口来定义.它包含一个<Service>元素.并且它不能做为任何元素的子元素. 

<!-- 一个“Server”是一个提供完整的JVM的独立组件，它可以包含一个或多个
     “Service”实例。服务器在指定的端口上监听shutdown命令。
     
     注意：一个“Server”自身不是一个“Container”（容器），因此在这里你
     不可以定义诸如“Valves”或者“Loggers”子组件
-->

  
测试：
 telnet localhost 8005   
输入：SHUTDOWN
结果：关闭tomcat
<Server port="8005" shutdown="SHUTDOWN" debug="0">

1>className指定实现org.apache.catalina.Server接口的类.默认值为org.apache.catalina.core.StandardServer
2>port指定Tomcat监听shutdown命令端口.终止服务器运行时,必须在Tomcat服务器所在的机器上发出shutdown命令.该属性是必须的.
3>shutdown指定终止Tomcat服务器运行时,发给Tomcat服务器的shutdown监听端口的字符串.该属性必须设置 

<Service>元素
该元素由org.apache.catalina.Service接口定义,它包含一个<Engine>元素,以及一个或多个<Connector>,这些Connector元素共享用同一个Engine元素
<!-- 一个“Service”是一个或多个共用一个单独“Container”(容器)的“Connectors”
       组合（因此，应用程序在容器中可见）。通常，这个容器是一个“Engine”
       （引擎），但这不是必须的。
       
       注意：一个“Service”自身不是一个容器，因此，在这个级别上你不可定义
       诸如“Valves”或“Loggers”子组件。
  -->

   
   <Service name="Catalina">
   <Service name="Apache">
   第一个<Service>处理所有直接由Tomcat服务器接收的web客户请求.
   第二个<Service>处理所有由Apahce服务器转发过来的Web客户请求 .

1>className 指定实现org.apahce.catalina.Service接口的类.默认为org.apahce.catalina.core.StandardService
2>name定义Service的名字

<Connector>元素
由Connector接口定义.<Connector>元素代表与客户程序实际交互的给件,它负责接收客户请求,以及向客户返回响应结果. 
<!-- 一个“Connector”（连接器）代表一个请求被接收和应答所需要的端点。每个连
         接器通过相关的“Container”（容器）处理请求。
         
         默认情况下，一个非SSL的HTTP/1.1的连接器被绑定在端口8080。你也可以通过
         根据后面的使用说明并取消第二个连接器入口的注释，在端口8443上建立一个
         SSL HTTP/1.1的连接器。开放SSL支持需要下面几步（参见Tomcat 5文档中怎样
         配置SSL的说明以取得更多的详细信息）：
         * 如果你的JDK是1.3或1.3以前的版本，下载安装JSSE 1.0.2或以后版本，并放
           置JAR文件到“$JAVA_HOME/jre/lib/ext”目录下。
         * 带一个“changeit”的口令值执行：
             %JAVA_HOME%\bin\keytool -genkey -alias tomcat -keyalg RSA (Windows)
             $JAVA_HOME/bin/keytool -genkey -alias tomcat -keyalg RSA (UNIX)
           来生成它自己的证书私钥。
           
         默认情况下，当一个web应用程序调用请求时，DNS查询是可行的。这将对性能造
         成一些不利的影响，因此，你可以将“enableLookups”设置为“false”来关闭DNS
         查询。当DNS查询被关闭时，request.getRemoteHost()将返回包含远程客户IP地
         址的字符串。
  -->

<Connector port="8080" maxThread="50" minSpareThreads="25" maxSpareThread="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" disableUploadTimeout="true" />

<Connection port="8009" enableLookups="false" redirectPort="8443" debug="0" protocol="AJP/1.3" />
第一个Connector元素定义了一个HTTP Connector,它通过8080端口接收HTTP请求;第二个Connector元素定义了一个JD Connector,它通过8009端口接收由其它服务器转发过来的请求.

<Engine>元素
每个Service元素只能有一个Engine元素.处理在同一个<Service>中所有<Connector>元素接收到的客户请求.由org.apahce.catalina.Engine接口定义. 
<!-- 一个“Engine”（引擎）代表处理每个请求的入口点（在Catalina内）。这个Tomcat
         的标准独立引擎实现分析包含在请求中的HTTP头信息，并将请求传送到适当的主机
         或虚拟主机上。-->

<Engine name="Catalina" defaultHost="localhost" debug="0">

1>className指定实现Engine接口的类,默认值为StandardEngine
2>defaultHost指定处理客户的默认主机名,在<Engine>中的<Host>子元素中必须定义这一主机
3>name定义Engine的名字

在<Engine>可以包含如下元素<Logger>, <Realm>, <Value>, <Host>

<Host>元素
它由Host接口定义.一个Engine元素可以包含多个<Host>元素.每个<Host>的元素定义了一个虚拟主机.它包含了一个或多个Web应用.

 <!-- 定义默认的虚拟主机
           注意：XML模式确认将不能与Xerces 2.2同工作。
      -->

  
<Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeploy="true">

在<Host>元素中可以包含如下子元素
<Logger>, <Realm>, <Value>, <Context>

<Context>元素
它由Context接口定义.是使用最频繁的元素.每个<Context元素代表了运行在虚拟主机上的单个Web应用.一个<Host>可以包含多个<Context>元素.每个web应用有唯一
的一个相对应的Context代表web应用自身.servlet容器为第一个web应用创建一个

<Context path="" docBase="mycontext" debug="0"/>

Tomcat Server处理一个http请求的过程

假设来自客户的请求为：
http://localhost:8080/wsota/wsota_index.jsp

1) 请求被发送到本机端口8080，被在那里侦听的Coyote HTTP/1.1 Connector获得
2) Connector把该请求交给它所在的Service的Engine来处理，并等待来自Engine的回应
3) Engine获得请求localhost/wsota/wsota_index.jsp，匹配它所拥有的所有虚拟主机Host
4) Engine匹配到名为localhost的Host（即使匹配不到也把请求交给该Host处理，因为该Host被定义为该Engine的默认主机）
5) localhost Host获得请求/wsota/wsota_index.jsp，匹配它所拥有的所有Context
6) Host匹配到路径为/wsota的Context（如果匹配不到就把该请求交给路径名为""的Context去处理）
7) path="/wsota"的Context获得请求/wsota_index.jsp，在它的mapping table中寻找对应的servlet
8) Context匹配到URL PATTERN为*.jsp的servlet，对应于JspServlet类
9) 构造HttpServletRequest对象和HttpServletResponse对象，作为参数调用JspServlet的doGet或doPost方法
10)Context把执行完了之后的HttpServletResponse对象返回给Host
11)Host把HttpServletResponse对象返回给Engine
12)Engine把HttpServletResponse对象返回给Connector
13)Connector把HttpServletResponse对象返回给客户browser

-----------------------------------------------------------------

修改了一下tomcat 安装目录下的conf/server.xml的配置
(1)
<Context path="/hh" docBase="D:\aaa"  reloadable="true" debug="0"/>
当是这个配置的时候，再浏览器中输入http://localhost:8080/hh/a.html可以访问到d:\aaa下的a.html.
(2)
<Context path="/" docBase="D:\aaa"  reloadable="true" debug="0"/>
当是这个配置的时候，再浏览器中输入http://localhost:8080/a.html,访问到却是 tomcat 安装目录下的 ROOT 下的a.html.
(3)
<Context path="" docBase="D:\aaa"  reloadable="true" debug="0"/>
当是这个配置的时候，再浏览器中输入http://localhost:8080/a.html,访问到D:\下的a.html.
为什么第2中情况会访问到ROOT下的资源而不是我docBase中指定的d:\aaa下的资源？？
<context path="/">这个 / 到底代表了 什么？？
是不是path="/"的时候，docBase中指定的属性就不好使了？？？

Fify1112 谢谢你的回答。你的这种做法肯定是正确的，就像我提问的第一种做法，但是不是我想知道的原因。
我是想知道是第二种配置的方法 <Context path="/" docBase="D:\aaa"  reloadable="true" debug="0"/>
我配置了 docBase="d:\aaa" 为什么在浏览器中输入http://localhost:8080/a.html,访问到却是 tomcat 安装目录下的 ROOT 下的a.html.
再次感谢~~

（1）在其他位置配置工作目录
①在webapps目录外任何你需要的地方（如E盘根目录）新建自己的程序目录myjsp。
②将webapps—>root目录下的WEB-INF连同其下的文件一起拷至myjsp下。
③将刚刚编写的myfirst.jsp文件拷至该目录下。
④打开webapps->conf目录下的server.xml在<Host></Host>标记之间添加如下代码：
<Context path="/test" docBase="E:\myjsp" debug="0" reloadable="true" crossContext="true">
</Context>
注：上条语句一定要注意大小写，更改了配置文件server.xml后一定要重启tomcat服务。/test处可换成任意自己想要的名字，docBase后面跟的是你的程序目录的物理路径。
④在浏览器地址栏中输入地址：http://localhost:8080/test/myfirst.jsp进行访问.
祝你成功！这个一定正确，我经常做的，正确再给分。

原文：http://www.cnblogs.com/xhqgogogo/p/3897886.html