tomcat配置文件context.xml和server.xml分析

最新推荐文章于 2021-08-10 22:27:00 发布

追逐吾之所求

最新推荐文章于 2021-08-10 22:27:00 发布

阅读量4.3k

点赞数 1

分类专栏： Tomcat 文章标签： Tomcat server.xml context.xml

原文链接：https://www.cnblogs.com/xyhero/p/9343924.html,https://blog.csdn.net/tuntun1120/article/details/64126278

版权

Tomcat 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

在tomcat 5.5之前
Context体现在/conf/server.xml中的Host里的<Context>元素，它由Context接口定义。每个<Context元素代表了运行在虚拟主机上的单个Web应用
在tomcat 5.5之后
不推荐在server.xml中进行配置，而是在/conf/context.xml中进行独立的配置。因为server.xml是不可动态重加载的资源，服务器一旦启动了以后，要修改这个文件，就得重启服务器才能重新加载。而context.xml文件则不然，tomcat服务器会定时去扫描这个文件。一旦发现文件被修改（时间戳改变了），就会自动重新加载这个文件，而不需要重启服务器。

context.xml

<?xml version='1.0' encoding='utf-8'?>
<Context>
<!-- 监控资源文件，如果web.xml改变了，则自动重新加载应用 -->
<WatchedResource>WEB-INF/web.xml</WatchedResource>
<!--本地测试项目-->
<!-- name,指定JNDI名称 -->
<!-- auth,表示认证方式,一般为Container -->
<!-- maxActive,连接池支持的最大连接数 -->
<!-- maxIdle,连接池中最多可空闲连接数 -->
<!-- maxWait,连接池中连接用完时，新的请求等待时间,单位毫秒 -->
<!-- username,password,数据库用户名/密码 -->
<!-- driverClassName,jdbc驱动 -->
<!-- url,数据库url地址 -->
<Resource name="jdbc/opslocal" 
auth="Container" 
type="javax.sql.DataSource" 
username="scott" 
password="admin" 
driverClassName="oracle.jdbc.driver.OracleDriver" 
url="jdbc:oracle:thin:@localhost:1521:orcl" 
maxActive="100000" 
maxIdle="4"/>
<Resource name="jdbc/inslocal" 
auth="Container" 
type="javax.sql.DataSource" 
username="ins" 
password="ayw_ins1" 
driverClassName="oracle.jdbc.driver.OracleDriver" 
url="jdbc:oracle:thin:@132.228.213.137:1521:ossmob" 
maxActive="100000" 
maxIdle="4"/>
<!--生产项目-->
<Resource name="jdbc/cpflocal" 
auth="Container" 
type="javax.sql.DataSource" 
username="cpf_dispatch" 
password="cpf_dispatch" 
driverClassName="oracle.jdbc.driver.OracleDriver" 
url="jdbc:oracle:thin:@132.232.7.51:15211:orcl" 
maxActive="100000" 
maxIdle="4"/>
</Context>

server.xml

<?xml version="1.0" encoding="UTF-8"?>
<!-- port:指定一个端口，负责监听关闭tomcat的请求，shutdown：指定向端口发送的命令字符串-->
<Server port="8005" shutdown="SHUTDOWN">

<!-- 监听器：通常实现tomcat内部进行通信的，可在各组件之间完成通信-->
<Listener SSLEngine="on" className="org.apache.catalina.core.AprLifecycleListener"/>
<Listener className="org.apache.catalina.core.JasperListener"/>
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"/>
<Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"/>
<Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener"/>

<!-- 全局命名资源：方便全局引用，所以为其起完名称后可以随便调用的-->
<GlobalNamingResources>

<!-- pathname：即调用tomcat-user.xml配置文件进行用户认证-->
<Resource auth="Container" description="User database that can be updated and saved" factory="org.apache.catalina.users.MemoryUserDatabaseFactory" name="UserDatabase" pathname="conf/tomcat-users.xml" type="org.apache.catalina.UserDatabase"/>
</GlobalNamingResources>

<!-- 服务：一个服务组件通常包含一个引擎和此引擎相关联的一个或多个链接服务器-->
<Service name="Catalina">
<!-- 连接服务器：表示客户端和service之间的连接，一个引擎能配置多个连接器 但是每个连接器的端口不能冲突;负责接收客户请求,以及向客户返回响应结果-->
<!-- port:所在监听端口，protocol:协议版本号,connectionTimeout:连接超时时间，单位毫秒-->
<!-- maxThreads设定在监听端口的线程的最大数目,这个值也决定了服务器可以同时响应客户请求的最大数目.默认值为200 -->
<!-- connectionTimeout定义建立客户连接超时的时间.如果为-1,表示不限制建立客户连接的时间 -->
<Connector port="8080" 
maxThreads="1500"
maxProcessors="450"
connectionTimeout="20000" 
protocol="HTTP/1.1" 
redirectPort="8443"/>

<!-- redirectPort指定转发端口.如果当前端口只支持non-SSL请求,在需要安全通信的场命,将把客户请求转发至SSL的redirectPort端口-->
<!-- enableLookups如果设为true,表示支持域名解析,可以把IP地址解析为主机名.WEB应用中调用request.getRemoteHost方法返回客户机主机名.默认值为true -->
<Connector port="8009" enableLookups ="false" protocol="AJP/1.3" redirectPort="8443"/>
<!--maxThreads:最大线程，scheme:协议版本，secure:安全的-->
<!--clientAuth:不验证客户端,sslProtocol:协议用的是tls-->
<!--
<Connector port="8443"
protocol="HTTP/1.1"
SSLEnabled="true"
maxThreads="700"
scheme="https"
secure="true"
maxProcessors="300"
clientAuth="false"
sslProtocol="TLS" />
 -->
<!--引擎：表示指定service中的请求处理机，接收和处理来自Connector的请求.可以接收用户的http请求，并构建响应报文，而且可以在内部处理java程序的整个套间-->
<!-- defaultHost 指定缺省的处理请求的主机名，它至少与其中的一个host元素的name属性值是一样的 -->
<Engine defaultHost="localhost" name="Catalina">

<!-- Realm 表示存放用户名，密码及role的数据库 -->
<!-- className 指定Realm使用的类名，此类必须实现org.apache.catalina.Realm接口 -->
<Realm className="org.apache.catalina.realm.LockOutRealm">
         <Realm className="org.apache.catalina.realm.UserDatabaseRealm" resourceName="UserDatabase"/>
</Realm>

<!-- appBase 应用程序基本目录，即存放应用程序的目录-->
<!-- unpackWARs：如果此项设置为true,表示把WEB应用的WAR文件先展开为开放目录结构后再运行.如果设为false将直接运行为WAR文件,-->
<!-- autoDeploy:如果此项设为true,表示Tomcat服务处于运行状态时,能够监测appBase下的文件,如果有新有web应用加入进来,会自运发布这个WEB应用-->
<Host appBase="webapps" autoDeploy="true" name="localhost" unpackWARs="true">

<!-- ValveclassName:定义阀门，java中类的记录方式，当前所处域名反过来写的记录方式-->
<!-- prefix,suffix:日志的命名-->
<!-- pattern:访问日志的格式-->
<!-- directory 指定log文件存放的位置 -->
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" pattern="%h %l %u %t "%r" %s %b" prefix="localhost_access_log." suffix=".txt"/>

<!-- Context 表示运行在虚拟主机上的一个web应用程序，通常为WAR文件 -->
<!-- 一个<Host>可以包含多个<Context>元素.每个web应用有唯一的一个相对应的Context代表web应用自身.servlet容器为第一个web应用创建一个ServletContext对象. -->
<!-- docBase 应用程序的路径或者是WAR文件存放的路径 -->
<!-- path 表示此web应用程序的url的前缀，这样请求的url为http://localhost:8080/****  -->
<!-- reloadable 这个属性非常重要，如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化，自动装载应用程序，我们可以在不重起tomcat的情况下改变应用程序 -->
<Context docBase="sample-demo" path="/sample-demo" reloadable="true" source="org.eclipse.jst.jee.server:sample-demo"/>
</Host>
</Engine>
</Service>
</Server>

补充：

一.server.xml中Host与Context的关系：

1.只有Host没有Context，即

<Host name="localhost"  appBase="webapps" unpackWARs="true" autoDeploy="false" deployOnStartup="false"></Host>

那么会部署tomcat/webapp下的所有项目（或者说文件夹：ROOT，PLAYER，项目1，项目2...）
会直接带上文件夹名字作为属性，
特别提示ROOT的优先级高，会省去ROOT这个名字
即：

localhost:8080/项目1/...
localhost:8080/项目2/...
localhost:8080/(ROOT)xxx

2.指定了一个Context，其中 path=""，即

<Host name="localhost"  appBase="webapps" unpackWARs="true" autoDeploy="false" deployOnStartup="false">
    <Context path="" docBase="aaa" debug="0" reloadable="true"/>
</Host>

那么会将appBase与path拼接， docBase是你文件夹的名字，path是你的访问路径
这里path=""
那么访问路径就是 ...(webapps)/方法名...
如：localhost:8080/add

3.指定了一个Context，其中 path="xxx"，即

<Host name="localhost"  appBase="webapps" unpackWARs="true" autoDeploy="false" deployOnStartup="false">
    <Context path="" docBase="book" debug="0" reloadable="true"/>
</Host>

appBase+path拼接， docBase是你文件夹的名字，path是你的访问路径
这里path="xxx"
那么访问路径就是 ...(webapps)/xxx/方法名...
如：localhost:8080/xxxx/add

4.指定了多个Context，那就必须都配上path，即

<Host name="localhost"  appBase="webapps" unpackWARs="true" autoDeploy="false" deployOnStartup="false">
    <Context path="aaa" docBase="testa" debug="0" reloadable="true"/>
    <Context path="bbb" docBase="testb" debug="0" reloadable="true"/>
</Host>

有多个context，就要配上多个path，这样才能根据不同的项目走不通的路径
也就是说
testa 文件夹走的是 localhost:8080/aaa/...
testb 文件夹走的是 localost:8080/bbb/...

二. autoDeploy="false" deployOnStartup="false"这两个选项都为true的时候（一般默认autoDeploy为true）
这时候会自动加载/部署

<Host name="localhost"  appBase="webapps" unpackWARs="true" autoDeploy="ture" >
    <Context path="" docBase="aaa" debug="0" reloadable="true"/>
</Host>

这样子配置，会加载/部署 2 遍
第一遍：webapp下所有的文件夹部署（虽然我只有一个aaa文件夹）(localhost:8080/aaa/add...)
第二遍：指定aaa文件夹又走了一遍，且path为空（localhost:8080/add...）
这两个域名都能走！！！

Tomcat中给server.xml加入<Context>元素
<Context>代表了运行在<Host>上的单个Web应用，一个<Host>可以有多个< Context>元素，每个Web应用必须有唯一的URL路径，这个URL路径在<Context>中的属性path中设定。

<Context>元素的属性:
path:指定访问该Web应用的URL入口，如：http://127.0.0.1:8080/helloApp1。
docBase:指定Web应用的文件路径，可以给定绝对路径，也可以给定相对于<Host>的appBase属性的相对路径，如果Web应用采用开放目录结构，则指定Web应用的根目录，如果Web应用是个war文件，则指定war文件的路径。
reloadable:如果这个属性设为true，tomcat服务器在运行状态下会监视在WEB-INF/classes和WEB-INF/lib目录下class文件的改动，如果监测到有class文件被更新的，服务器会自动重新加载Web应用。

在开发阶段将reloadable属性设为true，有助于调试servlet和其它的class文件，但这样用加重服务器运行负荷，建议在Web应用的发布阶段将reloadable设为false。

参考：

tomcat配置文件context.xml和server.xml分析

Tomcat 正式环境下多个Context配置