Tomcat项目部署方式及虚拟目录配置

   tomcat目录下各文件夹的作用：

1.bin：存放各种不同平台开启与关闭Tomcat的脚本文件。

2.lib：存tomcat与web应用的Jar包

3.conf：存放tomcat的配置文件

4.webapps：web应用的发布目录

5.work：tomcat把由各种jsp生成的servlet文件存放的地方

6.logs：tomcat存放日志文件的地方

7.temp：tomcat存放临时文件的地方

 

 

一、静态部署

1、直接将web项目文件件拷贝到webapps 目录中
     Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。所以可以将JSP程序打包成一个 war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse等。也可以用 cmd 命令：jar -cvf mywar.war  myweb 
     webapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的server.xml文件，找到下面内容：

<Host name="localhost" appBase="webapps"

       unpackWARs="true" autoDeploy="true"

       xmlValidation="false" xmlNamespaceAware="false">

将appBase修改即可。 
2、在server.xml中指定 
    在Tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在server.xml中新建Context里部署一个JSP应用程序。打开server.xml文件，在Host标签内建一个Context，内容如下。

在tomcat中的conf目录中，在server.xml中的，<host/>节点中添加： 
<Context path="/hello" docBase="D:\ workspace\hello\WebRoot" debug="0" privileged="true"> 
</Context>

或者

<Context path="/myapp" reloadable="true" docBase="D:\myapp" workDir="D:\myapp\work"/>

或者

<Context path="/sms4" docBase="D:\workspace\sms4\WebRoot"/>

说明：

path是虚拟路径；

docBase 是应用程序的物理路径；

workDir 是这个应用的工作目录，存放运行时生成的与这个应用相关的文件；

 

debug 则是设定debug level,  0表示提供最少的信息，9表示提供最多的信息

privileged设置为true的时候，才允许Tomcat的Web应用使用容器内的Servlet

reloadable 如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化，自动装载新的应用程序，可以在不重起tomcat的情况下改变应用程序，实现热部署

antiResourceLocking和antiJARLocking  热部署是需要配置的参数，默认false避免更新了某个webapp，有时候Tomcat并不能把旧的webapp完全删除，通常会留下WEB-INF/lib下的某个jar包，必须关闭Tomcat才能删除，这就导致自动部署失败。设置为true，Tomcat在运行对应的webapp时，会把相应的源文件和jar文件复制到一个临时目录里。
3、创建一个Context文件 
  在conf目录中，新建 Catalina＼localhost目录，在该目录中新建一个xml文件，名字不可以随意取，要和path后的那个名字一致，按照下边这个path的配置，xml的名字应该就应该是hello（hello.xml），该xml文件的内容为：

<Context path="/hello" docBase="E:\workspace\hello\WebRoot" debug="0" privileged="true"></Context>

 

tomcat自带例子如下：

<Context docBase="${catalina.home}/server/webapps/host-manager"

         privileged="true" antiResourceLocking="false" antiJARLocking="false">

</Context>

这个例子是tomcat自带的，编辑的内容实际上和第二种方式是一样的，其中这xml文件名字就是访问路径，这样可以隐藏应用的真实名字。

4、注意：

    删除一个Web应用同时也要删除webapps下相应的文件夹和server.xml中相应的Context，还要将Tomcat的conf\catalina\localhost目录下相应的xml文件删除，否则Tomcat仍会去配置并加载。。。

二 动态部署

    1、 通过测试我发现，每当我们访问一个地址的时候，tomcat首先是到C:/Tomcat/conf/Catalina/localhost目录下去察看有没有存在主目录或虚拟目录的xml文件，如果有xml文件，就按xml里的路径进行访问，如果没有xml文件，就到server.xml文件里去察看是否配置context标签，如果配置了context标签，则在C:/Tomcat/conf/Catalina/localhost目录下生成一个对应的xml文件，以便于下次直接验证而不再访问server.xml，与此同时打开context里指定的路径，如果server.xml里没有配置context标签，则返回访问错误页面。

   2、.基于第1点，我们其实可以直接在C:/Tomcat/conf/Catalina/localhost下建立一个xml文件，用于主目录或者虚拟目录，而不需要去修改server.xml就可以达到配置主目录和虚拟目录的目的，具体xml的格式可以如下：

<?xml version='1.0' encoding='utf-8'?>
<Context crossContext="true" docBase="E:/tomcatApp/JeasyCMS" path="" reloadable="true">
</Context>

具体是主目录的配置拟目录的文件名称和虚拟目录的名称一致并且为小写，譬如：

<?xml version='1.0' encoding='utf-8'?>

<Context crossContext="true" d还是虚拟目录的配置取决于path的值。另外主目录文件名必须是ROOT.XML(root大写)，而虚ocBase="E:/tomcatApp/JeasyCMS" path="/cms" reloadable="true">

</Context>

以上则定义了一个名为：cms的虚拟目录，同时要将以上文本保存为cms.xml文件。