5

Tomcat 文档 (http://tomcat.apache.org/tomcat-6.0-doc/config/context.html)

仅当 $CATALINA_BASE/conf/[enginename]/[hostname]/ 中不存在应用程序的上下文文件时，应用程序文件内 /META-INF/context.xml 的单个文件中。如果 Web 应用程序被打包为 WAR，那么 /META-INF/context.xml 将被复制到 $CATALINA_BASE/conf/[enginename]/[hostname]/ 并重命名以匹配应用程序的上下文路径。此文件一旦存在，如果将具有较新 /META-INF/context.xml 的新 WAR 放置在主机的 appBase 中，它将不会被替换。

粗体字清晰。但我通知不正确。（我正是需要这种行为）

以下是步骤：

  1. 带有 context.xml 的 aaa.war 包含在 META-INF 中
  2. 复制到网络应用程序。Tomcat 部署。文件conf\Catalina\localhost\aaa.xml确定
  3. 通过更改 META-INF/context.xml 来更改 aaa.war
  4. 复制到网络应用
  5. 文件conf\Catalina\localhost\aaa.xml变了！！！

怎么了？它是错误还是隐藏功能？

背景 - 我要解决的问题：

配置独立构建和安装。我厂出货战争档案。客户端使用他自己的设置来配置他的 Tomcat。当我发布一个新版本时，我只是在没有配置的情况下交付战争，并且在部署时它将使用客户端特定的配置。

根据文档，最好的地方是 context.xml 但如果每次都被覆盖，那么使用起来毫无意义。（如果必须创建新的交付物，我为什么要使用 JNDI 之类的东西？在构建时更改某些东西并不是一个很大的配置优势。）

环境：windows，tomcat 6.0.33

4

1 回答 1

6

我遇到了同样的问题，如果不是直接误导，文档至少是不充分的。

问题是，如果将已部署的 WAR 文件的新版本复制到 webapps 目录，Tomcat 将不会重新部署现有应用程序，而是取消部署旧应用程序，然后部署新应用程序。差异可能首先看起来微不足道，但问题是在取消部署旧应用程序期间，conf/Catalina/localhost 中的所有上下文文件也会被删除。然后，在部署新应用程序期间，当前 WAR 文件中的新上下文文件将被复制到 conf/Catalina/localhost。

我发现唯一可行的解​​决方案是不要将新应用程序部署为 WAR 文件，而是替换或覆盖扩展目录，例如不要将 aaa.war 复制到 webapps/ 而是将 aaa.war 直接解压缩到 webapps/aaa /。

于 2012-03-06T18:18:21.637 回答