Tomcat应用部署机制

一、应用部署

• 静态部署

在启动tomcat之前安装web应用。

• 动态部署

使用tomcat的manager应用直接操控已经部署好的web应用。

二、静态部署

先把web应用静态地部署到tomcat中，然后再启动tomcat。应用的部署位置由appbase目录属性决定。

该位置可以放入未经压缩的web应用资源文件（膨胀web应用），也可以放置已压缩的web应用资源文件（.war文件）。

默认的appbase属性所指的目录为$CATALINA_BASE/webapps。只有当主机的deployOnStartup属性为ture，应用才会在tomcat启动时进行自动部署。

三、动态部署

如果主机的autoDeploy属性为true，主机就会在必要时尝试着动态部署并更新web应用。（例如将一个新.war文件放入appbase所指定的目录中时。）为了实现这种操作，主机就需要启用后台处理，这也是默认配置。

当autoDeploy为true时，运行中的tomcat服务器能够实现以下行为：

1. 对放入主机appbase目录下的.war文件进行配置。
2. 对放入主机的膨胀web应用进行配置。
3. 对于已经通过.war配置好的应用，如果又提供了更新的.war文件，则使用新.war文件对该应用重新进行配置。此情况下，会移除原有的膨胀web应用，然后再次对.war文件进行扩展。如unpackWARs属性为false，则.war文件将不会膨胀，这时web应用将部署为一个压缩文档。
4. 如果/WEB-INF/web.xml文件（或其他任何被定义为WatchedResource的资源）更新，则重新加载该web应用。
5. 如果web应用所使用的上下文描述符更新，则重新部署与该应用有依赖关系的web应用。
6. 如果一个上下文描述符被添加到$CATALINA_BASE/conf/[enginename]/[hostname]/目录中，并且该描述文件带有与之前部署的web应用的上下文路径对应的文件名，则重新部署该web应用。
7. 如果某个web应用的文档库（docBase）被删除，则取消对该应用的部署。在windows下想要实现这样的行为，必须开启放锁死功能，否则无法删除运行中的web应用的资源文档。

四、使用客户端部署器（TCD）进行部署

客户端部署器可以实施的行为包括：

• 验证并编译web应用。
• 将资源文件压缩成.war文件。
• 将web应用部署到用于生产或开发环境的tomcat服务器上。

该特性的实现需要tomcat manager，而且目标tomcat服务器处于运行状态。

TCD使用一个膨胀web应用做为输入。

五、Tomcat Manager

tomcat中的web应用manager默认安装在/manager中，支持一下功能：

• 用已上传的war文件内容部署新web应用。
• 在服务器文件系统中指定上下文路径处部署新的web应用。
• 列出当前已部署的web应用，以及这些应用目前的活跃会话。
• 重新加载现有的web应用，以便响应/WEB-INF/classes或/WEB-INF/lib中内容的更改。
• 列出操作系统及JVM的属性值。
• 列出可用的全局JNDI资源，它们将用于预备元素的部署工具中。远御内嵌于部署表述中。
• 开启一个已停止的web应用，从而使其再次可用。
• 停止一个现有的web应用，从而使其不可用，但并不取消对它的部署。
• 取消一个已部署的we应用的部署，删除它的文档库目录（除非它时从文件系统中部署的）。

tomcat默认安装已经包含了一个manager。manager应用的使用方式有以下三种：

1.作为带有用户界面的应用，在浏览器中运行。http://localhost:8080/manager/html。

2.只使用HTTP请求的一个功能最少的版本。它适合系统管理员通过创建脚本来进行使用。将命令指定在请求的URL中，相应时简单格式的文本。

3.用于ant构建工具的一套方便的任务定义。