问题:
1.打包好的web服务
2.部署在tomcat的webapps路径(<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true">)
3.配置server.xml,<context path="" docBase="xxxx" reloadable="true"/>
4.启动tomcat
是否直接通过localhost/index.jsp访问到的是tomcat的管理界面?无法访问到工程?
其实,这个时候带上工程名是可以访问到的。(即通过localhost/xxxx/index.jsp就可以访问)
原因:
这个与tomcat的加载顺序有关系,第一次启动需要将war解压,但是在解压之前已经处理过server.xml了,server.xml在这个时候并没有找到xxxx工程。于是开始解压,普通情况,在webapps下的工程解压后都可以通过工程名访问的,这个war也是。只有在第二次及以后启动tomcat,server.xml才能找到xxxx工程,才可以通过localhost直接访问。
解决方案:
A.部署工程的时候,即将war包解压好。或者说直接发布解压后的包,不通过tomcat解压war包。
B.第一次部署war包的时候需要启动两次tomcat。这个方案可以解决,但是比方采用spring框架,那么applicationContext.xml配置文件会加载两次。
C.通过nginx代理,不去配置无需工程名的context。也可以达到不需要工程名即可访问工程的效果。这个方案有风险,因为开发环境的设计是没有工程名后缀的,那么工程里边,很多页面的跳转就已经被设计成为了不带工程名后缀的,如果这个时候加上,有些页面会存在找不到的风险。
D.可以将工程放在非webapps的目录下,然后在context标签的path属性配置war包的路径。也就是将war包放在Host.appBase指定的路径之外的地方就可以了。这个方案在tomcat解压后,会在webapps(Host标签的属性appBase)下,生成ROOT文件夹,即是解压后的包。优选这个方案。