Message: The following issue has been closed.
--------------------------------------------------------------------- View the issue: http://issues.apache.org/jira/browse/CACTUS-79 Here is an overview of the issue: --------------------------------------------------------------------- Key: CACTUS-79 Summary: cactus task doesn't delete old webapp if tmpdir is specified on tomcat5x Type: Bug Status: Closed Priority: Blocker Resolution: FIXED Project: Cactus Components: Ant Integration Fix Fors: 1.6 Versions: 1.5 Assignee: Vincent Massol Reporter: Daniel Rabe Created: Wed, 26 Nov 2003 9:39 PM Updated: Sat, 17 Apr 2004 8:10 AM Environment: Operating System: Windows XP Platform: PC Description: I have an ant script that runs cactus against a tomcat5x container. By default, the cactus was is deployed to a system temp directory. When I run this task more than once, I usually see lines like this, indicating that cactus is cleaning up the previous webapp: [cactus] Deleting 1089 files from C:\DOCUME~1\Drabe\LOCALS~1 \Temp\cactus\tomcat5x [cactus] Deleted 295 directories from C:\DOCUME~1\Drabe\LOCALS~1 \Temp\cactus\tomcat5x The tomcat5x container allows you to specify your own temp directory. I specify mine as <tomcat5x ... tmpdir="c:\temp"/>. When I execute it this way, it creates c:\temp\webapps, and puts my war file in there. When I re-run the cactus task, it copies over a new war file, but does NOT delete the previously exploded webapp. Therefore, it ends up executing an old version of the webapp. I don't see any reason why the behavior should be different if I specify my own tmpdir. I would expect the old webapp to be deleted when the new war file is copied over. --------------------------------------------------------------------- JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
