Tomcat 部署项目的三种方法

部署方式

1.直接将项目放到webapps目录下即可

      简化部署：将项目打成一个war包，再将war包放置到webapps目录下，war包会自动解压缩。

     启动Tomcat直接就可以访问了。

      

2.配置conf/server.xml文件

（1）在<host>标签中配置<Context path="/hello" docBase="D:\web\Demo1\WebContent" reloadable="true" />

<Context path="/hello" docBase="D:\web\Demo1\WebContent" reloadable="true" />

        path:浏览器访问时的路径名

       docBase:web项目的WebRoot所在的路径，注意是WebRoot的路径，是项目的根路径。其实也就是编译后的项目

       reloadble:设定项目有改动时，tomcat是否重新加载该项目

      此处是WebContent跟WebRoot是一样的，只是名不同而已。

（2）双击 startup.bat，启动 tomcat 服务器，然后在浏览器输入访问的项目名称路径

注：此处不写项目名，写path的路径

3.在conf\Catalina\localhost下创建任意名称的xml文件

(1)

<Context path="/hello"  docBase="D:\web\Demo1\WebContent" reloadable="true" />

(2)双击 startup.bat，启动 tomcat 服务器，然后在浏览器输入访问的项目名称路径

总结：第一种部署，简单易学，容易操作，是常用方法。

          

总结：

①、第一种方法比较普通，简单易学，容易操作。

②、第二种方法直接在 server.xml 文件中配置，但是从 tomcat5.0版本开始后，server.xml 文件作为 tomcat 启动的主要配置文件，一旦 tomcat 启动后，便不会再读取这个文件，因此无法再 tomcat 服务启动后发布 web 项目

③、第三种方法是最好的，每个项目分开配置，tomcat 将以\conf\Catalina\localhost 目录下的 xml 文件的文件名作为 web 应用的上下文路径，而不再理会 <Context>中配置的 path 路径，因此在配置的时候，可以不写 path。

总结摘抄别人的，因为说的太精彩，只能引用了。

自己理解：第二种修改server.xml配置文件，可能造成安全隐患，不值得提倡。