You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2006/10/24 14:26:12 UTC
DO NOT REPLY [Bug 40812] New: - change antiJARLocking to work on webapp-dir, but don't delete it when redeploying
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40812>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40812
Summary: change antiJARLocking to work on webapp-dir, but don't
delete it when redeploying
Product: Tomcat 5
Version: Unknown
Platform: All
URL: http://blogs.sun.com/quinn/entry/addressing_locked_jar_p
roblems
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Webapps:Manager
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: konz@codefree.org
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
DO NOT REPLY [Bug 40812] - change antiJARLocking to work on webapp-dir, but don't delete it when redeploying
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40812>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40812
------- Additional Comments From konz@codefree.org 2006-10-24 05:32 -------
some context info:
The issue with jar locking is not only annoying people on windows, but also on Linux 2.6 NFS clients.
The problem there is that NFS creates .nfs-files as locks beside the locked jar, which prevents deletion
of the webapp dir in case of redeployments
Glassfish has implemented a slightly different approach to circumvent this problem, they are keeping
the directories and only exchange the files in it. This has othe minor side-effects (new versions of jars
can only be used after shutdown) but improves the overall development speed significantly. For a
complete description of the behaviour implemented in Glassfish see the provided URL.
Please consider implementing a similar behaviour in tomcat. thanks :-)
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
DO NOT REPLY [Bug 40812] - change antiJARLocking to work on webapp-dir, but don't delete it when redeploying
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40812>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40812
remm@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
------- Additional Comments From remm@apache.org 2006-10-26 01:23 -------
I think this behavior is useless, so no.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org