[#CACTUS-79] cactus task doesn't delete old webapp if tmpdir is specified on tomcat5x

Cactus

cactus task doesn't delete old webapp if tmpdir is specified on tomcat5x

Created: 27/Nov/03 05:39 AM Updated: 17/Apr/04 03:42 PM

Return to search

Component/s:

Ant Integration

Affects Version/s:

1.5

Fix Version/s:

1.6

Time Tracking:

Not Specified

Environment:

« Hide

Operating System: Windows XP
Platform: PC

Bugzilla Id:

25034

Description

« Hide

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.

All

Comments

Work Log

Change History

Subversion Commits

Sort Order:

Serge Knystautas made changes - 20/Mar/04 07:03 PM

Field	Original Value	New Value
issue.field.bugzillaimportkey	25034	15856

Vincent Massol made changes - 17/Apr/04 03:10 PM

Assignee	Cactus Developers Mailing List [ cactus-dev@jakarta.apache.org ]	Vincent Massol [ vmassol ]
Priority		Blocker [ 1 ]
Environment	Operating System: Windows XP Platform: PC	Operating System: Windows XP Platform: PC
Fix Version/s		1.6 [ 10691 ]
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.	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.

Vincent Massol made changes - 17/Apr/04 03:10 PM

Status

Resolved [ 5 ]

Closed [ 6 ]

Vincent Massol made changes - 17/Apr/04 03:42 PM

Priority

Blocker [ 1 ]

Major [ 3 ]