[jira] Closed: (CACTUS-79) cactus task doesn't delete old webapp if tmpdir is specified on tomcat5x

[ji...@apache.org]

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: cactus-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-dev-help@jakarta.apache.org