tomcat部署的三种方式及优缺点对比
发布于2021-05-29 21:17 阅读(1244) 评论(0) 点赞(22) 收藏(1)
Tomcat的三种部署方式：war包方式，sever.xml方式，项目名.xml方式
为了演示需要，简单创建了一个web项目tomcat_deploy ，编写了 index.jsp 作为欢迎页
部署方法一：将编译成功的web项目直接放到webapps目录中（注意是编译成功的web项目，也可以是war包）；
部署方式二：修改tomcat安装目录下的 conf/server.xml 文件，修改方式如下：为了不引起歧义，首先删除部署在webapps下面的 tomcat_depoy 项目
然后打开tomcat安装目录下的 conf/server.xml 文件，在<Host></Host>标签之间输入配置信息：
<Context path =”/tomcat_deploy” docBase = “D:\workspace\tomcat_deploy\WebContent” reloadable = “true” />
path: 浏览器访问时的路径名；
docBase: web 项目的webContent所在的路径； ps：注意是webContent所在的路径（即编译后的项目），不是项目的路径
reloadable: 设定项目有改动时，是否重新加载该项目；
配置完成以后，启动tomcat便可以访问项目：
部署方式三： 进入%tomcat_home%/conf/Catalina/localhost ( 即进入tomcat安装目录/conf/localhost/ ) 目录下新建一个 项目名.xml 文件
注意：在 项目名.xml 中配置语句，配置方式和第二种方法一样，但是不需要配置path，因为 项目名.xml 中的 项目名 的作用就和 path 作用一样，它决定访问的项目路径，具体如下：
<Context docBase=” D:\workspace\tomcat_deploy\WebContent” reloadable=”true” / >
启动tomcat，便可以访问该项目：
总结：
1: 第一种方法比较普通，需要将编译好的项目copy,到webapps目录下,多出两步
2：第二种方法直接在 server.xml 文件中配置，但是从tomcat5.0版本以后，server.xml 作为tomcat启动的主要配置文件，一旦tomcat启动后，便不会再读取这个文件，因此无法再tomcat启动后发布web项目。
3：第三种方法是最好的。每个项目分开配置，tomcat以/conf/Catalina/localhost/ 目录下的 xml文件的文件名作为 web应用的上下文路径，而不再理会<Context>中配置的path
原文链接:https://blog.csdn.net/ChaoticNg/article/details/117298518
所属网站分类: 技术文章 > 博客
作者：飞人出击
链接：http://www.javaheidong.com/blog/article/207469/c5dc9d0d47f95941470a/
来源：java黑洞网
任何形式的转载都请注明出处,如有侵权 一经发现 必将追究其法律责任
昵称:
评论内容：(最多支持255个字符)
---无人问津也好，技不如人也罢，你都要试着安静下来，去做自己该做的事，而不是让内心的烦躁、焦虑，坏掉你本来就不多的热情和定力