没有合适的资源?快使用搜索试试~ 我知道了~
部署是这个团队用于安装一个Web应用程序到Tomcat服务器的过程。 Web应用程序在Tomcat服务器的部署通常有两种方式. • 静态的; Web应用程序在Tomcat启动前就安装好 • 动态的; 使用Tomcat Manager这个Web应用程序或者操纵已经部署的Web应用程序 Tomcat Manager 是一款工具它提供基于以URL为基础的Web应用程序部署特性。也有一种工具被称为Client Deployer, 它是一种基于脚本的“命令shell”,它与这个Tomcat Manager 交互,但是提供另外的一些功能,像编译和验证Web应用程序还有打包Web应用程序到一个WAR文件
资源推荐
资源详情
资源评论





















Tomcat Web 应用程序部署
Introduction
部署是这个团队用于安装一个 Web 应用程序到 Tomcat 服务器的过程。
Web 应用程序在 Tomcat 服务器的部署通常有两种方式.
静态的; Web 应用程序在 Tomcat 启动前就安装好
动态的; 使用 Tomcat Manager 这个 Web 应用程序或者操纵
已经部署的 Web 应用程序
Tomcat Manager 是一款工具它提供基于以 URL 为基础的 Web 应用程序部
署特性。也有一种工具被称为 Client Deployer, 它是一种基于脚本的“命令
shell”,它与这个 Tomcat Manager 交互,但是提供另外的一些功能,像编
译和验证 Web 应用程序还有打包 Web 应用程序到一个 WAR 文件。
A word on Contexts[涉及上下文的一个词汇]
在谈到关于 Web 应用程序部署的时候,这个 Context 上下文的概念是必须明
白的。. 一个上下文在 Tomcat 中称之为 Web 应用程序。
在 Tomcat 中为了配置一个上下文,一个上下文描述器文件是必须的。一个
Context 描述器是一个简答的 XML 文件,它包含了一个与 Tomcat 有关的
Context 的配置,例如命 naming resources 或者 session manager 配置.
在 Tomcat 的早期版本这个上下文描述器配置的内容通常存储在 Tomcat 的主
配置文件 Server.xml 里面。但是现在不推荐这样做了(虽然目前仍然支持)。
上下文描述不仅仅帮助 Tomcat 知道如何配置上下文,同时其他工具像这个
Tomcat Manager 和 TCD 通常使用这些上下文描述器去适当地完成他们的

任务。
上下文描述器的位置如下:
1. $CATALINA_BASE/conf/[enginename]/[hostname]/
context.xml
2. $CATALINA_BASE/webapps/[webappname]/META-
INF/context.xml
第一种方式文件被命名为 [webappname].xml 但是在第二中方式文件被命名
为 context.xml. 如果上下文描述器没有被提供,Tomcat 将使用缺省值配置应
用程序的上下文。.
Deployment on Tomcat startup[Tomcat 启动的时候部署]
如果你没有兴趣采用 Tomcat Manager, or TCD 部署你的应用程序, 那么你
需要采用静态方式部署你的应用程序到 Tomcat, 跟随 Tomcat 的启动
[Tomcat 启动的时候会一并启动你静态部署的应用程序]。你部署的应用程序
的位置要和特定虚拟主机的 appBase 属性描述位置一致[webapps]. 你可以
拷贝一个应用程序目录[就是未压缩目录]到这个位置或者一个经过压缩的应用
程序资源文件[.WAR].
Web 应用程序存在的位置由虚拟主机(缺省情况下主机名是"localhost")的
appBase 属性(缺省的 appBase 是 "$CATALINA_BASE/webapps")指
定。
它们仅仅在虚拟主机的 deployOnStartup6属性值是 true 的条件下随着
Tomcat 的启动被自动部署。
如果是那样的话 Tomcat 启动的时候将遵循以下部署顺序:

1. 任意上下文描述器文件将首先被部署。
2. 没有被任何上下文描述器引用的解压缩的 Web 应用程序将然后
被部署。如果它们与个 appBase 描述路径下的.WAR 文件关联
并且它这个.WAR 文件比展开的这个目录新,那么这个展开的目
录将被删除然后这个 Web 应用程序将从这个.WAR 文件重新部
署。
3. .WAR 文件将被部署。
Note again that for each deployed web application, a Context
Descriptor will be created6unless one exists already.
Deploying on a running Tomcat server[Tomcat 服务器运行期间部署]
部署一个 Web 应用程序到一个运行中的 Tomcat 服务器是可行的。
如果这个虚拟主机的 autoDeploy6属性是 true,这个主机将尝试去动态地部
署和更新 Web 应用程序。.
autoDeploy 设置为 "true" ,一个运行中的 Tomcat 允许:
部署拷贝到这个虚拟主机 appBase 指定目录下的.WAR 文件.
部署拷贝到这个虚拟主机 appBase 指定目录下的站看的 Web
应用程序.
当一个较新的.WAR 文件被提供的时候重新部署 Web 应用程序,
在这种情况下这个展开的 Web 应用程序目录将被删除,这个较
新的.WAR 文件将再次被展开。但是注意如果这个虚拟主机被配
置为.WAR 文件不被展开(使用 unpackWARs=false),那么这个
展开行为就是无法看到的。

如果一个 Web 应用程序的/WEB-INF/web.xml 或者其它被定
义为 WatchedResource 的文件被更改,那么将重新加载 Web
应用程序。
如果一个 Web 应用程序被部署的上下文描述器文件被更新,那
么重新部署这个 Web 应用程序。
如果用于 Web 应用程序的全局的或者每个虚拟主机的上下文描
述器文件被更新那么重新部署这个 Web 应用程序。
如果一个上下文描述器文件(文件名与部署的 Web 应用程序的上
下文路径相符合)被添加到$CATALINA_BASE/conf/
[enginename]/[hostname]/这个目录那么重新部署这个 Web
应用程序。
如果一个 Web 应用程序的部署目录(docBase 属性指定的目录)
被被删除那么撤销部署这个 Web 应用程序。注意在 Windows
系统上,这里假定防锁(参考上下文配置)功能是启用的。否则是
不可能去删除一个运行的 Web 应用程序的资源的。
注意 Web 应用程序的重新加载也能够被配置在加载器[loader],那样的话被
加载的类的改变将被跟踪。
实践
首先理解分析一下 Tomcat 的核心配置文件
Tomcat 服务器是由一系列可配置的组件构成,其中核心组件是 Catalina Servlet 容器,
它是所有其他 Tomcat 组件的顶层容器。Tomcat 的组件可以在<CATALINA_HOME>/conf/server
.xml 文件中进行配置,每个 Tomcat 组件在 server.xml 文件中对应一种配置元素。以下代码
呈现了各种 Tomcat 组件之间的关系:
<Server>
剩余17页未读,继续阅读
资源评论

- manxpf2013-11-14我试了一下 报错。
- zhangzhuxun2013-03-08比较详细,有参考价值,非常感谢
- wangjingtoo2013-01-29说的很详细,我还没有详细测试是否可以,先上分吧。
jiangtongcn
- 粉丝: 98
- 资源: 80

上传资源 快速赚钱
我的内容管理 收起
我的资源 快来上传第一个资源
我的收益
登录查看自己的收益我的积分 登录查看自己的积分
我的C币 登录后查看C币余额
我的收藏
我的下载
下载帮助

会员权益专享
安全验证
文档复制为VIP权益,开通VIP直接复制
