Tomcat 6 热部署问题
我在 Vista 64 位上使用 Java 6 64 位和独立 Tomcat 6.0.18。 我正在使用 struts 1.3.10 和tiles 开发一个Web 应用程序。 现在，当我对 java 或 jsp 文件进行更改时，重新加载页面时它们将不可见。 我必须在 Tomcat Manager 中手动重新加载 Web 应用程序才能看到更改。 我的网络应用程序配置如下：
$CATALINA_BASE/conf/Catalina/localhost/dashboard.xml
<Context docBase="D:/mydata/projects/PatchworkSystems/development/Dashboard/webapp"
path="/dashboard"
reloadable="true" antiJARLocking="true" antiResourceLocking="true" debug="1" />
非常感谢任何帮助。
谢谢 四方
I am using Java 6 64-bit and STANDALONE Tomcat 6.0.18 on Vista 64-bit. I am working on a web application with struts 1.3.10 and tiles. Now when I make changes to my java or jsp files, they are not visible when I reload the page. I have to manually reload the web application in Tomcat Manager to see the changes. My web app configuration is as follows:
$CATALINA_BASE/conf/Catalina/localhost/dashboard.xml
<Context docBase="D:/mydata/projects/PatchworkSystems/development/Dashboard/webapp"
path="/dashboard"
reloadable="true" antiJARLocking="true" antiResourceLocking="true" debug="1" />
Any help is greatly appreciated.
Thanks
Quadir
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
啊，这个老栗子。
去年夏天我在一个项目中遇到了这个障碍。
这是因为在上下文中设置 antiResourceLocking="true" 会产生副作用。 如果您在此处阅读有关 Tomcat 的文档：
http://tomcat.apache。 org/tomcat-5.5-doc/config/context.html
位于此处：
https://issues.apache .org/bugzilla/show_bug.cgi?id=37668
据我所知，没有解决方法，如果删除该属性，它将允许您再次自动加载 JSP 我们设置了部署时间替换。 它将解决您遇到的问题。
无论如何，如果您删除 antiResourceLocking 属性，
Ah, this old chestnut.
I hit this snag on a project back last summer.
It's because of a side effect with having antiResourceLocking="true" set on your context. If you read the documentation on Tomcat here:
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
which is here:
https://issues.apache.org/bugzilla/show_bug.cgi?id=37668
There is no workaround as far as I know, if you remove the attribute it will allow you automatic loading of yor JSP's again. We set a deploy time subtitution to put the attribute back in for production. Boo, hiss! Anyways if you remove the antiResourceLocking attribute it will solve the problem you're experiencing.
Provide a workaround Apache !!!