Re: unzip task problem

Dhanoa, Harpreet wrote:
> Thanks Steve!
> 

OK. there is now an unzip component sitting in SVN_trunk, in the Ant 
component classes. I wasn't sure whether or not to work with the Sun 
Java classes or the Ant ones, but I decided the Ant stuff probably had 
more workarounds for different  quirks you find in the field.

http://jira.smartfrog.org/jira/browse/SFOS-1218

The bad news, no tests yet. It should be as straightforward as including 
the file

#include "/org/smartfrog/services/archives/components.sf"

then, in a workflow sequence, doing the unzip

UnzipTomcat extends Unzip {
   file "tomcat.zip";
   destDir LAZY PROPERTY java.io.tmpdir;
}

Unlike the Ant tasks, there's no dependency checking. There is an 
overwrite option, and it is true by default. timestamp checking gets too 
confused on distributed systems, and you probably do want to overwrite 
whatever is there.

Regarding your comment on the bug report, Ant and SmartFrog are 
different, in that SmartFrog is really trying to get the target machine 
into the desired state, keep it there, let you check up on that, and 
clean up afterwards.

To complete the unzip task, for example, it would be good to make a note 
of the names of all the unzipped files, and when undeploying the 
component, deleting them.


------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects