tomcat配置，一点小理解

                   


1.server.xml 文件

• a．server 元素，在tomcat的世界里，它代表整个容器。
• b．service 元素，存在在一个Server的内部，是一个Service是一个中间件, ,将一个或者多个Connectors绑定到一个特定的Engine ，是一个或者多个Connectors的集合，这些个Connectors共享一个容器 。
• c．Connector，存在service内部， 处理和客户端的通信，不同的请求，通过不同的connector 。
• d．Engine，存在service内部，一个Engine代表一个特定的Service的请求处理的管道.因为一个Service可以有多个Connectors , Engine负责接收并且处理从这些Connectors过来的所有的请求.并且将结果送回合适的connector并发送给客户端。
• defaultHost="localhost"属性指定指定缺省的处理请求的主机名时，那个主机响应这个请求。
• e．Host ，存在Engine内部，一个Engine可以包含多个host ,每个host元素定义了一个虚拟主机，它包含一个或多个webapp应用。一个Host将一个域名和tomcat联系起来. 并且Host还支持网络别名（例如yourcompany.com 或者 abc.yourcompany.com ）。
• f．Context ，存在于host 内部 ，一个Host可以包含多个contexts。每一个有不同的访问地址。一个Context代表一个web应用程序。

2.context.xml

作用在于配置应用的一些设置，如数据库连接池等等！若某个应用没有自己独立的context.xml 文件，则默认的使用tomcat/conf/context.xml 文件。



3.web.xml
定义某个web应用所使用的资源！tomcat/conf/web.xml 是所有应用共有的部分。



补充：

1.Host 详细解析

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

• name ：虚拟主机的名字。
• appBase ：指定虚拟主机的目录。可以指定绝对目录,也可以指定相对于<CATALINA_HOME>的相对目录.如果没有此项,默认为<CATALINA_HOME>/webapps 。
• autoDeploy ：如果此项设为true,表示Tomcat服务处于运行状态时,能够监测appBase下的文件,如果有新有web应用加入进来,会自运发布这个WEB应用。
• deployOnStartup ：如果此项设为true,表示Tomcat服务器启动时会自动发布appBase目录下所有的Web应用.如果Web应用中的server.xml没有相应的<Context>元素,将采用Tomcat默认的Context。
• defaultHost ：指定缺省的处理请求的主机名

2.Context详解

<Context path="/sample" docBase="sample" debug="0" reloadbale="true">
1>docBase ：指定访问的实际目录。如：path="/sample" docBase=“d:\app”,输入http：//localhost:8080/sample访问，实际访问的是d:\app目录。
2>path指定访问Web应用的URL入口,注意/myweb,而不是myweb。
3>reloadable如果这个属性设为true, Tomcat服务器在运行状态下会监视在  WEB-INF/classes和Web-INF/lib目录CLASS文件的改运.如果监视到有class文件被更新,服务器自重新加载Web应用

                                 
                                         ------------ 小胖的Tomcat理解