Tomcat

1 Tomcat简介

Tomcat是一个免费的开源的Serlvet容器，它是Apache基金会的Jakarta项目中的一个核心项目，由Apache，Sun和其它一些公司及个人共同开发而成。与传统的桌面应用程序不同，Tomcat中的应用程序是一个WAR（Web Archive）文件。WAR是Sun提出的一种Web应用程序格式，与JAR类似，也是许多文件的一个压缩包。

1.1 Tomcat7的目录结构

/bin：存放widows或Linux平台上启动和关闭Tomcat的脚本文件
/conf：存放Tomcat服务器的各种全局配置文件，包括：server.xml(Tomcat的主要配置文件)、tomcat-users.xml和web.xml等配置文件
/lib：存放所需的所有jar文件（存放Tomcat服务器以及所有web应用都可以访问的jar文件）
/logs：存放Tomcat执行时的日志文件
/temp：存放Tomcat运行时所产生的临时文件
/webapps：Tomcat的主要Web发布目录，默认情况下把Web应用文件放于此目录
/work：Tomcat将JSP生成的Servlet源文件和字节码文件放到这个目录下

1.2 tomcat7目录详细解析

|-- bin
| |-- bootstrap.jar tomcat启动时所依赖的一个类，在启动tomcat时会发现Using CLASSPATH: 是加载的这个类
| |-- catalina-tasks.xml 定义tomcat载入的库文件，类文件
| |-- catalina.bat
| |-- catalina.sh tomcat单个实例在Linux平台上的启动脚本
| |-- commons-daemon-native.tar.gz jsvc工具，可以使tomcat已守护进程方式运行，需单独编译安装
| |-- commons-daemon.jar jsvc工具所依赖的java类
| |-- configtest.bat
| |-- configtest.sh tomcat检查配置文件语法是否正确的Linux平台脚本
| |-- cpappend.bat
| |-- daemon.sh tomcat已守护进程方式运行时的，启动，停止脚本
| |-- digest.bat
| |-- digest.sh
| |-- setclasspath.bat
| |-- setclasspath.sh
| |-- shutdown.bat
| |-- shutdown.sh tomcat服务在Linux平台下关闭脚本
| |-- startup.bat
| |-- startup.sh tomcat服务在Linux平台下启动脚本
| |-- tomcat-juli.jar
| |-- tomcat-native.tar.gz 使tomcat可以使用apache的apr运行库，以增强tomcat的性能需单独编译安装
| |-- tool-wrapper.bat
| |-- tool-wrapper.sh
| |-- version.bat
| -- version.sh 查看tomcat以及JVM的版本信息
**|-- conf ** 顾名思义，配置文件目录
| |-- catalina.policy 配置tomcat对文件系统中目录或文件的读、写执行等权限，及对一些内存，session等的管理权限
| |-- catalina.properties 配置tomcat的classpath等
| |-- context.xml tomcat的默认context容器
| |-- logging.properties 配置tomcat的日志输出方式
| |-- server.xml tomcat的主配置文件
| |-- tomcat-users.xml tomcat的角色(授权用户)配置文件
| `-- web.xml tomcat的应用程序的部署描述符文件
|-- lib
|-- logs 日志文件默认存放目录
|-- temp
| `-- safeToDelete.tmp
|-- webapps tomcat默认存放应用程序的目录，好比apache的默认网页存放路径是/var/www/html一样
| |-- docs tomcat文档
| |-- examples tomcat自带的一个独立的web应用程序例子
| |-- host-manager tomcat的主机管理应用程序
| | |-- META-INF 整个应用程序的入口，用来描述jar文件的信息
| | | -- context.xml 当前应用程序的context容器配置，它会覆盖tomcat/conf/context.xml中的配置
| | |-- WEB-INF 用于存放当前应用程序的私有资源
| | | |-- classes 用于存放当前应用程序所需要的class文件
| | | |-- lib 用于存放当前应用程序锁需要的jar文件
　| | | -- web.xml 当前应用程序的部署描述符文件，定义应用程序所要加载的serverlet类，以及该程序是如何部署的
　| |-- manager tomcat的管理应用程序
　| |-- ROOT 指tomcat的应用程序的根，如果应用程序部署在ROOT中，则可直接通过http://ip:port 访问到
　-- work 用于存放JSP应用程序在部署时编译后产生的class文件

1.3 Tomcat7配置及启动

Tomcat的配置

如下图所示，前端请求被tomcat直接接收或者由前端的代理，通过HTTP，或者AJP代理给Tomcat，此时请求被tomcat中的connector接收，不同的connector和Engine被service组件关联起来，在一个Engine中定义了许多的虚拟主机，由Host容器定义，每一个Host容器代表一个主机，在各自的Host中，又可以定义多个Context，用此来定义一个虚拟主机中的多个独立的应用程序。
单实例应用程序配置一例
规划：
- 网站网页目录：/web/www 域名：www.test1.com
- 论坛网页目录：/web/bbs URL：bbs.test1.com/bbs
- 网站管理程序：$CATALINA_HOME/wabapps URL：manager.test.com 允许访问地址：172.23.136.

conf/server.xml

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
     
 
# Realm组件，定义对当前容器内的应用程序访问的认证，通过外部资源UserDatabase进行认证 
   
   
    www.test.com

conf/tomcat-users.xml

由以上配置不难看出存在的一个问题。如果我们想要对其中一个应用程序的配置做一些修改，那么就必须重新启动tomcat，那样势必就会影响到另外两个应用程序的正常服务。因此以上配置是不适合线上使用的，因此需要将其配置为多实例，每个实例只跑一个独立的应用程序，那样我们应用程序之间就不会在互相受到影响。但是我们将面临这样一个问题，80端口只能被一个HTTP/1.1 Connector监听，而三个tomcat实例则至少需要3个HTTP/1.1 Connector，这样我们就需要一个前端代理做分发处理，接收HTTP 80端口的请求，按域名通过每个tomcat实例的AJP/1.3 Connector传递请求。而前端的代理选择apache，基于这样的思路，我们还可以做到tomcat的负载均衡，而且apache会将接收的HTTP超文本传输报文重新封装成二进制格式通过AJP/1.3 协议传递给后端的tomcat处理，在效率上也是有明显的提升。

conf/web.xml

一个Context对应于一个Web App，每个Web App是由一个或者多个servlet组成的,当一个Web App被初始化的时候，它将用自己的ClassLoader对象载入“部署配置文件web.xml”中定义的每个servlet类。它首先载入在$CATALINA_HOME/conf/web.xml中部署的servlet类然后载入在自己的Web App根目录下的WEB-INF/web.xml中部署的servlet类。web.xml文件有两部分：servlet类定义和servlet映射定义。每个被载入的servlet类都有一个名字，且被填入该Context的映射表(mapping table)中，和某种URL PATTERN对应当该Context获得请求时，将查询mapping table，找到被请求的servlet，并执行以获得请求回应。分析一下所有的Context共享的web.xml文件，在其中定义的servlet被所有的Web App载入







default

org.apache.catalina.servlets.DefaultServlet


debug
0


listings
true

   
1



invoker
org.apache.catalina.servlets.InvokerServlet 

debug
0

2



jsp
org.apache.jasper.servlet.JspServlet

logVerbosityLevel
WARNING

3





default
/


invoker
/servlet/*


jsp
*.jsp




... ... ... ...

Tomcat7配置及其servlet调用详解