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 _______________________________________________ Smartfrog-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/smartfrog-users
