从零认识tomcat.docx

从零认识tomcat，构建一机多实例tomcat集群原创：/4356355/11234001、 了解tomcatTomcat不是一个完整意义上的Jave EE（j2ee）服务器，因为它没有提供完整的Java EE企业应用平台的API。但是由于Tomcat遵循apache开源协议，并且对当前Java开发框架开源组件Structs、Spring和Hibernate等实现完美支持，因此tomcat被众多企业用来部署配置众多的Java应用程序，实现替代一些商业的Java应用服务器。2、 Tomcat的目录结构要部署使用tomcat，则必须了解tomcat的目录结构以及各目录的作用。这里以tomcat7为例|- bin| |- bootstrap.jartomcat启动时所依赖的一个类，在启动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.shtomcat已守护进程方式运行时的，启动，停止脚本| |- digest.bat| |- digest.sh| |- setclasspath.bat| |- setclasspath.sh| |- shutdown.bat| |- shutdown.shtomcat服务在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等的管理权限| |- perties配置tomcat的classpath等| |- context.xmltomcat的默认context容器| |- perties配置tomcat的日志输出方式| |- server.xml tomcat的主配置文件| |- tomcat-users.xml tomcat的角色(授权用户)配置文件| - web.xmltomcat的应用程序的部署描述符文件|- lib|- logs日志文件默认存放目录|- temp| - safeToDelete.tmp|- webapps tomcat默认存放应用程序的目录，好比apache的默认网页存放路径是/var/www/html一样| |- docstomcat文档| |- 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文件3、 了解tomcat的主配置文件(server.xml)结构及含义如下图所示，前端请求被tomcat直接接收或者由前端的代理，通过HTTP，或者AJP代理给Tomcat，此时请求被tomcat中的connector接收，不同的connector和Engine被service组件关联起来，在一个Engine中定义了许多的虚拟主机，由Host容器定义，每一个Host容器代表一个主机，在各自的Host中，又可以定义多个Context，用此来定义一个虚拟主机中的多个独立的应用程序。tomcat中支持两种协议的连接器：HTTP/1.1与AJP/1.3，查看tomcat的配置文件server.xml可以看到如下配置：1. 4. 5. HTTP/1.1协议负责建立HTTP连接，web应用通过浏览器访问tomcat服务器用的就是这个连接器，默认监听的是8080端口；AJP/1.3协议负责和其他HTTP服务器建立连接，监听的是8009端口，比如tomcat和apache或者iis集成时需要用到这个连接器。4、 单实例应用程序配置一例1、 规划：2、 网站网页目录：/web/www域名：3、 论坛网页目录：/web/bbsURL：/bbs4、 网站管理程序：$CATALINA_HOME/wabappsURL：允许访问地址：172.23.136.*5、 6、 conf/server.xml7、 8、 9、 10、 11、 12、 13、 14、 15、 20、 21、 22、 23、 24、 25、 26、 27、 28、 29、 30、 32、 33、 #Realm组件，定义对当前容器内的应用程序访问的认证，通过外部资源UserDatabase进行认证34、 35、 36、 37、 38、 39、 40、 41、 42、 45、 46、 47、 48、 49、 50、 51、 54、 55、 56、 57、 58、 59、 60、 conf/tomcat-users.xml61、 62、 63、 64、 65、 66、 67、 由以上配置不难看出存在的一个问题。如果我们想要对其中一个应用程序的配置做一些修改，那么就必须重新启动tomcat，那样势必就会影响到另外两个应用程序的正常服务。因此以上配置是不适合线上使用的，因此需要将其配置为多实例，每个实例只跑一个独立的应用程序，那样我们应用程序之间就不会在互相受到影响。但是我们将面临这样一个问题，80端口只能被一个HTTP/1.1 Connector监听，而三个tomcat实例则至少需要3个HTTP/1.1 Connector，这样我们就需要一个前端代理做分发处理，接收HTTP 80端口的请求，按域名通过