Tomcat虚拟主机 server.xml 引入子文件配置教程

在配置 Tomcat 虚拟主机时候，如何每一个虚拟主机写成单独文件，server.xml 包含这些子文件？本文会详细介绍。

---

1. service.xml 详解

---

Tomcat Server的结构图如下：

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

service.xml 文件节点结构：

节点详细介绍

• 默认的 service.xml 内容[Tomcat8.5.20版本，删除注释后]：

3. 直接使用

1. 在元素前添加如下格式：

]>

2. 在…

• 先在$CATALINA_HOME/conf/下创建vhost目录

cd $CATALINA_HOME/conf/
mkdir vhost

• 创建每个单独虚拟主机的xml配置文件

/usr/devl/tomcat8/conf/vhost/localhost.xml

/usr/devl/tomcat8/conf/vhost/lmsite.cn.xml

    www.lmsite.cn
    
    

/usr/devl/tomcat8/conf/vhost/bbs.lmsite.cn.xml

• 最终的 service.xml 文件示例：

]>
]>


    
    
    
    
    
    
        
    
    
        
        
        
            
                
            
            
            &localhost-vhost;
            &lmsite.cn-vhost;
            &bbs.lmsite.cn-vhost;
        
    

---

4. 关于service.xml 查到的详解资料

---

元素

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

一个“Server”是一个提供完整的JVM的独立组件，它可以包含一个或多个 “Service”实例。服务器在指定的端口上监听shutdown命令。
注意：一个“Server”自身不是一个“Container”（容器），因此在这里你 不可以定义诸如“Valves”或者“Loggers”子组件
启动Server 在端口8005处等待关闭命令! 如果接受到"SHUTDOWN"字符串则关闭服务器

• 测试：

telnet localhost 8005   
输入：`SHUTDOWN`
结果：`关闭tomcat`

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

元素

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

Tomcat的Standalone Service
Service是一组Connector的集合
它们共用一个Engine来处理所有Connector收到的请求

第一个处理所有直接由Tomcat服务器接收的web客户请求.
第二个处理所有由Apahce服务器转发过来的Web客户请求 .

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

元素

由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地址的字符串。

Coyote HTTP/1.1 Connector
className : 该Connector的实现类是org.apache.coyote.tomcat4.CoyoteConnector
port : 在端口号8080处侦听来自客户browser的HTTP1.1请求.如果把8080改成80,则只要输入http://localhost/即可
protocol:设定Http协议,默认值为HTTP/1.1
minSpareThreads: 该Connector先创建5个线程等待客户请求，每个请求由一个线程负责
maxSpareThread:设定在监听端口的线程的最大数目,这个值也决定了服务器可以同时响应客户请求的最大数目.默认值为200
acceptCount : 当现有线程已经达到最大数75时，为客户请求排队.当队列中请求数超过100时，后来的请求返回Connection refused错误
redirectport : 当客户请求是https时，把该请求转发到端口8443去 enableLookups:如果设为true,表示支持域名解析,可以把IP地址解析为主机名.WEB应用中调用request.getRemoteHost方法返回客户机主机名.默认值为true
connectionTimeout:定义建立客户连接超时的时间.如果为-1,表示不限制建立客户连接的时间,其它属性略

第一个Connector元素定义了一个HTTP Connector,它通过8080端口接收HTTP请求;第二个Connector元素定义了一个JD Connector,它通过8009端口接收由其它服务器转发过来的请求.
元素每个Service元素只能有一个Engine元素.处理在同一个中所有元素接收到的客户请求.由org.apahce.catalina.Engine接口定义.

一个“Engine”（引擎）代表处理每个请求的入口点（在Catalina内）。这个Tomcat 的标准独立引擎实现分析包含在请求中的HTTP头信息，并将请求传送到适当的主机 或虚拟主机上。

Engine用来处理Connector收到的Http请求它将匹配请求和自己的虚拟主机，并把请求转交给对应的Host来处理.默认虚拟主机是localhost

1. className指定实现Engine接口的类,默认值为StandardEngine
2. defaultHost指定处理客户的默认主机名,在中的子元素中必须定义这一主机
3. name定义Engine的名字
   在可以包含如下元素, , ,

元素

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

定义默认的虚拟主机
注意：XML模式确认将不能与Xerces 2.2同工作。
虚拟主机:localhost
appBase : 指定虚拟主机的目录,可以指定绝对目录,也可以指定相对于的相对目录.如果没有此项,默认为/webapps. 它将匹配请求和自己的Context的路径，并把请求转交给对应的Context来处理
autoDeploy:如果此项设为true,表示Tomcat服务处于运行状态时,能够监测appBase下的文件,如果有新有web应用加入进来,会自运发布这个WEB应用
unpackWARs:如果此项设置为true,表示把WEB应用的WAR文件先展开为开放目录结构后再运行.如果设为false将直接运行为WAR文件 alias:指定主机别名,可以指定多个别名
deployOnStartup:如果此项设为true,表示Tomcat服务器启动时会自动发布appBase目录下所有的Web应用.如果Web应用中的server.xml没有相应的元素,将采用Tomcat默认的Context

在元素中可以包含如下子元素, , ,

元素

它由Context接口定义.是使用最频繁的元素.每个可以包含多个元素.每个web应用有唯一的一个相对应的Context代表web应用自身.servlet容器为第一个web应用创建一个Context，对应于一个Web App
path : 该Context的路径名是""，故该Context是该Host的默认Context
docBase : 该Context的根目录是webapps/mycontext/
reloadable:如果这个属性设为true, Tomcat服务器在运行状态下会监视在WEB-INF/classes和Web-INF/lib目录CLASS文件的改运.如果监视到有class文件被更新,服务器自重新加载Web应用
useNaming:指定是否支持JNDI,默认值为了true
cookies指定是否通过Cookies来支持Session,默认值为true

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