三大部署方式
1. Context描述文件部署
通过独立的Context文件描述清楚项目的访问路径和地址,tomcat在启动的时候会解析这个Context文件,创建一个Context对象。
Context文件的存储路径默认路径(通过server文件配置)为:tomcat/conf/<Engine name属性名称>/<Host name属性名称>
由于tomcat的Engine和Host都有默认的名称,所以默认的存储路径为:tomcat/conf/Catalina/localhost/*.xml(xml文件可以随意命名)
如果想将Context描述文件放到其它位置而非默认位置,那么可以通过Host标签的xmlBase属性指定,server配置文件中默认是没有给Host标签配置xmlBase属性的,自己加上即可。
Context文件内容如何配置:
<Context path=”项目的访问地址,可以不配置”docBase=”项目的存储地址根目录”></Context>
例如:
<Context path=”” docBase=”/home/app/wxscs”></Context>
优点
1) 项目可以存储在服务器的任意位置,不一定要在tomcat目录下。
2) 项目部署文件没有在server.xml文件中配置,和tomcat的文件解耦。
3) 配置灵活,对服务器的侵入小。
2. Web目录部署
这种部署方式是tomcat中最常见的,我们只需要将Web应用的所有资源文件(js,css,html,class等)复制到Host标签指定的appBase(webapps)目录下即可。
如果在eclipse中配置好了,那么在eclipse中启动tomcat的时候,tomcat会将项目的资源文件复制到这个目录下。但是eclipse默认将应用复制到了其它目录,而不是tomcat的webapps目录下。
如何在eclipse中设置项目复制到tomcat的webapps下
我们只需要将配置这样修改即可,那么项目启动的时候可以去tomcat的webapps目录下看是不是有自己项目的资源文件。(由于要拷贝资源,所有eclipse启动大项目的时候会很慢)
通过Context配置文件
Web目录的部署方式同样也是支持Context配置文件来启动项目的。只不过比较麻烦,而且没有那么灵活。需要将方式一的配置文件放置在Web应用的META-INF目录下,文件名为context.xml(不要随意起,要用这个)。那么Context配置的name/path/webappVersion/docBase这4个属性不可以自己配置定义,这些均由Web目录的路径以及名称确定。
项目启动的时候,如果Host标签的deployXML属性值为true(那么就表示通过Context描述文件部署),并且存在META-INF/context.xml文件,而且context.xml的Context标签的copyXML属性为true,表示复制这个文件。Tomcat会自动将这个描述文件复制到:tomcat/conf/<Engine name属性名称>/<Host name属性名称>下,文件名称和Web应用目录名一致。
那么什么情况下不会通过Context配置文件部署呢?如果Host的deployXML属性值为false则不会。
3. WAR包部署
War包部署和Web目录部署是一样的,是不过是war包是经过压缩的而已,只要将war包拷贝到tomcat的目录下即可,不用解压。如果没有修改server配置文件,那么就拷贝到webapps目录下。
Tomcat中多个项目不想启动多个
如果web目录部署或者WAR包部署,tomcat的目录下已经存在多个其它项目,那么只想启动一个如何处理呢?其实不需要删除其它项目。
通过Host的deployIgnore配置过滤规则,就可以启动的时候过滤指定的项目。这里不展开讲解。
|
|