DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=31677

Cannot undeploy and deploy war file with on the same context





--- Additional Comments From [EMAIL PROTECTED]  2004-10-26 16:09 ---
I wasn't too sure about creating of the temp dir, I thought it might not be
possible or a good idea. I think a warning message is fine. Cheers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=31677

Cannot undeploy and deploy war file with on the same context





--- Additional Comments From [EMAIL PROTECTED]  2004-10-26 15:06 ---
I've added a warning message for the tempdir thing, and that's all that will be
done.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=31677

Cannot undeploy and deploy war file with on the same context





--- Additional Comments From [EMAIL PROTECTED]  2004-10-26 15:03 ---
Further, if you want to try and come up with a patch that does it, please do so 
and post it to the tomcat-dev mailing list please so that we can discuss the 
issue, rather than reopening this Bugzilla issue a third time.  It has to work 
under a SecurityManager as well.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=31677

Cannot undeploy and deploy war file with on the same context

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-10-26 15:02 ---
No.  Java.io.tmpdir is up to server administration control, not Tomcat's.  It's 
assumed to be configured properly and cannot typically be created due to 
permissions on the server.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=31677

Cannot undeploy and deploy war file with on the same context

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |



--- Additional Comments From [EMAIL PROTECTED]  2004-10-26 14:58 ---
Sorry I was talking about the temp directory (java.io.tmpdir I think). Could the
same be done for the temp directory which is separate from the work directory
but is required for the antiJARLocking and antiResourceLocking flags. It would
be good if they both worked the same way. Cheers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=31677

Cannot undeploy and deploy war file with on the same context

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-10-25 19:11 ---
Tomcat ships with the work dir created.  The code already tries to create it if 
not already created.  I've added a warning to be logged if the work dir for a 
context cannot be determined or accessed.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=31677

Cannot undeploy and deploy war file with on the same context

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Minor
 Status|RESOLVED|REOPENED
   Priority|Other   |Low
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-10-19 21:34 ---
Sorry Remy, this was my fault. I didn't have a temp directory in my base
directory. But not having the temp dir really broke things though, so I have
reopened the bug with a suggestion that a message is logged and/or the temp dir
is created if it doesn't exist.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[Dave Oxley]

Remy,
Maybe this is me just misunderstanding how the new anti locking code 
works. I've seen comments on another issue that it works the same way as 
JBoss. If thats the case the jars must be copied and loaded from 
elsewhere (a temporary directory with a temporary name) and only deleted 
when Tomcat is next started. Is this correct or does it work differently?

Dave.
Remy Maucherat wrote:
Dave Oxley wrote:
Remy,
I'm sorry that you feel my comments were not constructive. My app 
uses Log4j and mail.jar to send an email when the server starts up.
With antiJARLocking set:
An undeploy leaves mail.jar and I am unable to delete it without 
stopping Tomcat.
With antiResourceLocking set:
Stopping Tomcat (I didn't do an undeploy), the webapp is deleted 
except for ALL jars which are left in the lib directory. Also the 
server/webapps/admin and server/webapps/manager folders are deleted 
but this maybe because I manually added the Contexts to server.xml. 
Please note I didn't do an undeploy.

I've attached the server.xml I'm using. When did you last test the 
deploy/undeploy on Windows? Maybe it broke recently. Also I have had 
no such problems with TC5.5 under Linux but I do not have either 
antiJARLocking or antiResourceLocking set as I have never required 
them under Linux. I think the bug should be reopened. 

Don't bother reopening your "bug", or I'll mark it as INVALID again.
I am not interested in debugging either your setup or your webapp, 
since what you describe cannot possibly occur if you have set the 
parameters that you mention you have set. I have mentioned what I used 
for testing. How about trying that on a clean environment, and see if 
it works ?

Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[Remy Maucherat]

Dave Oxley wrote:
Remy,
I'm sorry that you feel my comments were not constructive. My app uses 
Log4j and mail.jar to send an email when the server starts up.
With antiJARLocking set:
An undeploy leaves mail.jar and I am unable to delete it without 
stopping Tomcat.
With antiResourceLocking set:
Stopping Tomcat (I didn't do an undeploy), the webapp is deleted 
except for ALL jars which are left in the lib directory. Also the 
server/webapps/admin and server/webapps/manager folders are deleted 
but this maybe because I manually added the Contexts to server.xml. 
Please note I didn't do an undeploy.

I've attached the server.xml I'm using. When did you last test the 
deploy/undeploy on Windows? Maybe it broke recently. Also I have had 
no such problems with TC5.5 under Linux but I do not have either 
antiJARLocking or antiResourceLocking set as I have never required 
them under Linux. I think the bug should be reopened. 
Don't bother reopening your "bug", or I'll mark it as INVALID again.
I am not interested in debugging either your setup or your webapp, since 
what you describe cannot possibly occur if you have set the parameters 
that you mention you have set. I have mentioned what I used for testing. 
How about trying that on a clean environment, and see if it works ?

Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[Dave Oxley]

Remy,
I'm sorry that you feel my comments were not constructive. My app uses 
Log4j and mail.jar to send an email when the server starts up.
With antiJARLocking set:
An undeploy leaves mail.jar and I am unable to delete it without 
stopping Tomcat.
With antiResourceLocking set:
Stopping Tomcat (I didn't do an undeploy), the webapp is deleted except 
for ALL jars which are left in the lib directory. Also the 
server/webapps/admin and server/webapps/manager folders are deleted but 
this maybe because I manually added the Contexts to server.xml. Please 
note I didn't do an undeploy.

I've attached the server.xml I'm using. When did you last test the 
deploy/undeploy on Windows? Maybe it broke recently. Also I have had no 
such problems with TC5.5 under Linux but I do not have either 
antiJARLocking or antiResourceLocking set as I have never required them 
under Linux. I think the bug should be reopened.


 
 
   debug="0"/>

 
   
 
 
   
   
   
   
   
 
 
  unpackWARs="true" autoDeploy="false"
  xmlValidation="false" xmlNamespaceAware="false">

   www.staffplanner.com
   
 
   
   
   debug="0" privileged="true">

 
   
   
 
   
   
   debug="0" privileged="true">

 
   
 
   
 

Dave
[EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=31677
Cannot undeploy and deploy war file with on the same context
[EMAIL PROTECTED] changed:
  What|Removed |Added

Status|NEW |RESOLVED
Resolution||INVALID

--- Additional Comments From [EMAIL PROTECTED]  2004-10-12 22:02 ---
I did test it, and I think you are not being very constructive in your comments.
Tested with Struts' example webapp, precompiled, deployed and undeployed using
the Tomcat deployer (which uses the Ant tasks), with both antiJARLocking and
antiResourceLocking (which both do deployment where expected). Without one of
these two options, some JARs remain, which is to be expected.
Please don't reopen this report.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=31677

Cannot undeploy and deploy war file with on the same context

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-10-12 22:02 ---
I did test it, and I think you are not being very constructive in your comments.
Tested with Struts' example webapp, precompiled, deployed and undeployed using
the Tomcat deployer (which uses the Ant tasks), with both antiJARLocking and
antiResourceLocking (which both do deployment where expected). Without one of
these two options, some JARs remain, which is to be expected.

Please don't reopen this report.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=31677

Cannot undeploy and deploy war file with on the same context





--- Additional Comments From [EMAIL PROTECTED]  2004-10-12 21:49 ---
The jar could not be deleted. I did have the case correct (antiJARLocking).

I also tried antiResourceLocking but got very strange results. mail.jar was
still locked and when I stopped Tomcat the manager and admin webapps got
deleted!!! This might be correct as I manually added the contexts for admin and
manager into server.xml which I know I'm not supposed to do now.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 31677] - Cannot undeploy and deploy war file with on the same context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=31677

Cannot undeploy and deploy war file with on the same context





--- Additional Comments From [EMAIL PROTECTED]  2004-10-12 21:31 ---
antiJARLocking (be careful about case) is not completely foolproof. Use
antiResourceLocking if you want true hotdeploy, but it's a lot more expensive in
terms of webapp startup time.

Please verify if mail.jar is actually locked (= try to delete it manually).

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]