zoukankan      html  css  js  c++  java
  • 【Tomcat】tomcat配置文件详解

    Tomcat Server的结构图

                       

     结构框架,如下

    <Server>  
        <Listener />  
        <GlobaNamingResources>  
        </GlobaNamingResources  
        <Service>
            <Connector />  
            <Engine>
                <Logger />  
                <Realm />
                <host>
                       <Logger />  
                       <Context />  
                </host>
            </Engine>
        </Service>
    </Server> 

    属性表格

    元素名

    属性

    解释

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

     一个“Server”是一个提供完整的JVM的独立组件,它可以包含一个或多个“Service”实例。

    port

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

    shutdown

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

    service(该元素由org.apache.catalina.Service接口定义,它包含一个<Engine>元素,以及一个或多个<Connector>,这些Connector元素共享用同一个Engine元素)

    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.001-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方式记录的值更多

     1、Server元素

    Server元素在最顶层,代表整个Tomcat容器,因此它必须是server.xml中唯一一个最外层的元素。一个Server元素中可以有一个或多个Service元素。

    在第一部分的例子中,在最外层有一个<Server>元素,shutdown属性表示关闭Server的指令;port属性表示Server接收shutdown指令的端口号,设为-1可以禁掉该端口。

    Server的主要任务,就是提供一个接口让客户端能够访问到这个Service集合,同时维护它所包含的所有的Service的声明周期,包括如何初始化、如何结束服务、如何找到客户端要访问的Service。

     2、Service元素

    该元素由org.apache.catalina.Service接口定义,它包含一个<Engine>元素,以及一个或多个<Connector>,这些Connector元素共享用同一个Engine元素

    一个Service可以包含多个Connector,但是只能包含一个Engine其中Connector的作用是从客户端接收请求,Engine的作用是处理接收进来的请求。

     2.1、Connector元素

    Connector的主要功能,是接收连接请求,创建Request和Response对象用于和请求端交换数据;然后分配线程让Engine来处理这个请求,并把产生的Request和Response对象传给Engine。

    通过配置Connector,可以控制请求Service的协议及端口号。在第一部分的例子中,Service包含两个Connector:

    1 <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />
    2 <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />

    (1)通过配置第1个Connector,客户端可以通过8080端口号使用http协议访问Tomcat。其中,protocol属性规定了请求的协议,port规定了请求的端口号,redirectPort表示当强制要求https而请求是http时,重定向至端口号为8443的Connector,connectionTimeout表示连接的超时时间。

    在这个例子中,Tomcat监听HTTP请求,使用的是8080端口,而不是正式的80端口;实际上,在正式的生产环境中,Tomcat也常常监听8080端口,而不是80端口。这是因为在生产环境中,很少将Tomcat直接对外开放接收请求,而是在Tomcat和客户端之间加一层代理服务器(如nginx),用于请求的转发、负载均衡、处理静态文件等;通过代理服务器访问Tomcat时,是在局域网中,因此一般仍使用8080端口。

    (2)通过配置第2个Connector,客户端可以通过8009端口号使用AJP协议访问Tomcat。AJP协议负责和其他的HTTP服务器(如Apache)建立连接;在把Tomcat与其他HTTP服务器集成时,就需要用到这个连接器。之所以使用Tomcat和其他服务器集成,是因为Tomcat可以用作Servlet/JSP容器,但是对静态资源的处理速度较慢,不如Apache和IIS等HTTP服务器;因此常常将Tomcat与Apache等集成,前者作Servlet容器,后者处理静态资源,而AJP协议便负责Tomcat和Apache的连接。Tomcat与Apache等集成的原理如下图(图片来源):


    2.2、 Engine元素

    Engine组件在Service组件中有且只有一个;Engine是Service组件中的请求处理组件。Engine组件从一个或多个Connector中接收请求并处理,并将完成的响应返回给Connector,最终传递给客户端。

    前面已经提到过,Engine、Host和Context都是容器,但它们不是平行的关系,而是父子关系:Engine包含Host,Host包含Context

    Engine的配置语句如下:

    1 <Engine name="Catalina" defaultHost="localhost">

    其中,name属性用于日志和错误信息,在整个Server中应该唯一。defaultHost属性指定了默认的host名称,当发往本机的请求指定的host名称不存在时,一律使用defaultHost指定的host进行处理;因此,defaultHost的值,必须与Engine中的一个Host组件的name属性值匹配。

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

    2.2.1 Host元素

    (1)Engine与Host

    Host是Engine的子容器。Engine组件中可以内嵌1个或多个Host组件,每个Host组件代表Engine中的一个虚拟主机。Host组件至少有一个,且其中一个的name必须与Engine组件的defaultHost属性相匹配。

    (2)Host的作用

    Host虚拟主机的作用,是运行多个Web应用(一个Context代表一个Web应用),并负责安装、展开、启动和结束每个Web应用。

    Host组件代表的虚拟主机,对应了服务器中一个网络名实体(如”www.test.com”,或IP地址”116.25.25.25”);为了使用户可以通过网络名连接Tomcat服务器,这个名字应该在DNS服务器上注册。

    客户端通常使用主机名来标识它们希望连接的服务器;该主机名也会包含在HTTP请求头中。Tomcat从HTTP头中提取出主机名,寻找名称匹配的主机。如果没有匹配,请求将发送至默认主机。因此默认主机不需要是在DNS服务器中注册的网络名,因为任何与所有Host名称不匹配的请求,都会路由至默认主机。

    (3)Host的配置

    在第一部分的例子中,Host的配置如下:

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

    下面对其中配置的属性进行说明:

    name属性指定虚拟主机的主机名,一个Engine中有且仅有一个Host组件的name属性与Engine组件的defaultHost属性相匹配;一般情况下,主机名需要是在DNS服务器中注册的网络名,但是Engine指定的defaultHost不需要,原因在前面已经说明。

    unpackWARs指定了是否将代表Web应用的WAR文件解压;如果为true,通过解压后的文件结构运行该Web应用,如果为false,直接使用WAR文件运行Web应用。

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

    2.2.1 .1  Context元素

    它由Context接口定义.是使用最频繁的元素.每个<Context元素代表了运行在虚拟主机上的单个Web应用.一个<Host>可以包含多个<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
    -->
    <Context path="" docBase="mycontext" debug="0"/>

    阀门(Valve):用来拦截请求并在将其转至目标之前进行某种处理操作,类似于Servlet规范中定义的过滤器。Valve可以定义在任何容器类的组件中。Valve常被用来记录客户端请求、客户端IP地址和服务器等信息,这种处理技术通常被称作请求转储(request dumping)。请求转储valve记录请求客户端请求数据包中的HTTP首部信息和cookie信息文件中,响应转储valve则记录响应数据包首部信息和cookie信息至文件中。

    日志记录器(Logger):用于记录组件内部的状态信息,可被用于除Context之外的任何容器中。日志记录的功能可被继承,因此,一个引擎级别的Logger将会记录引擎内部所有组件相关的信息,除非某内部组件定义了自己的Logger组件。

    领域(Realm):用于用户的认证和授权;在配置一个应用程序时,管理员可以为每个资源或资源组定义角色及权限,而这些访问控制功能的生效需要通过Realm来实现。Realm的认证可以基于文本文件、数据库表、LDAP服务等来实现。Realm的效用会遍及整个引擎或顶级容器,因此,一个容器内的所有应用程序将共享用户资源。同时,Realm可以被其所在组件的子组件继承,也可以被子组件中定义的Realm所覆盖。


    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

    出处:

    https://www.cnblogs.com/kismetv/p/7228274.html

  • 相关阅读:
    readLine读取socket流的时候产生了阻塞
    Netty开发UDP协议
    Netty关闭客户端
    GIT 回退出错 Unlink of file 'xx' failed. Should I try again? (y/n) 解决办法
    linux 安全狗安装问题
    linux连接mysql命令
    CentOS7 64位下MySQL5.7安装与配置(YUM)
    nginx已经启动 无法访问页面
    Linux系统下我的/etc/sysconfig/路径下无iptables文件
    CentOS 7 下安装 Nginx
  • 原文地址:https://www.cnblogs.com/wangzhongqiu/p/6520516.html
Copyright © 2011-2022 走看看