Tomcat创建WEB-INF / lib但不会爆炸war文件(GWT)

时间:2011-08-08 10:19:20

标签: java gwt tomcat deployment war

有没有人见过这样的话:

我使用的脚本基本上使用ant取消部署应用程序,将新的war文件放入deploy目录,然后再使用ant部署它。

问题是,在部署之后,webapps文件夹中存在的所有内容都是3个目录: MyApp的/ WEB-INF / lib中

除了那3个空目录外,没有其他文件。目录的时间戳表明它们是在我运行脚本时创建的。

发生这种情况后,通过Tomcat管理器取消部署然后停止/启动Tomcat似乎正确地爆炸它,但我理想地希望使用该脚本进行自动化。

任何人都看到类似的问题/知道会出现什么问题?

Undeploy / deploy脚本自上次发布以来没有改变,所以我不这么认为。除了一些代码更改之外,我实际项目中发生的主要变化是升级到新的GWT版本。新的GWT版本将一些文件放在名为/ WEB-INF / deploy /的文件夹中,但我不认为这会导致它。不要在日志中看到任何错误

3 个答案:

答案 0 :(得分:0)

War文件只是一个zip文件,一旦启动/停止服务器就会部署它。不确定蚂蚁“Undeploy”

Kirubha

答案 1 :(得分:0)

  1. 您是否尝试过清除tomcat worktemp目录?
  2. 部署脚本有什么作用?它首先删除旧战争,然后复制新战争,还是覆盖war文件?
  3. 如果您手动创建战争(只需压缩所需内容),并将其放入webapps目录,会发生什么?
  4. 也许请查看conf/server.xml文件中的自动部署配置:<Host unpackWARs="..." autoDeploy="..."/>

答案 2 :(得分:0)

FWIW,我们在Tomcat 7上进行了一次全新的,简单的* WAR部署。

我看到编译的JSP类在我访问相应页面时出现。因此应用程序可以工作,它只是没有爆炸到工作区......不知道为什么。

我很难解释发生了什么,因为这是增量应用程序升级,初始安装需要一个相同的过程**,这非常顺利。这表明它不是tomcat配置问题。

*我们使用部署描述符(xml)文件,因此我们可以重用相同的战争

**该过程是手动运行打包在WEB-INF文件夹中的脚本

<强> [更新] 我可能刚刚回答了我自己的问题。如果我正在为不同的部署环境重用WAR文件,那么可能正在使用常见的爆炸WAR?!