PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3074 *** shadow/3074 Fri Aug 10 00:27:33 2001 --- shadow/3074.tmp.28561 Fri Aug 10 02:18:28 2001 *************** *** 5,11 **** | Status: NEW Version: 1.3 | | Resolution: Platform: All | | Severity: Enhancement OS/Version: All | ! | Priority: Other Component: Core tasks | +----------------------------------------------------------------------------+ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | --- 5,11 ---- | Status: NEW Version: 1.3 | | Resolution: Platform: All | | Severity: Enhancement OS/Version: All | ! | Priority: Medium Component: Core tasks | +----------------------------------------------------------------------------+ | Assigned To: [EMAIL PROTECTED] | | Reported By: [EMAIL PROTECTED] | *************** *** 23,25 **** --- 23,38 ---- Or in a generic way a task like apply but not with an external command but with a ant task. Thank you in advance. + + ------- Additional Comments From [EMAIL PROTECTED] 2001-08-10 02:18 ------- + As for a generic way, this would make this report a duplicate of bug#1700. + + In the case of unzip/jar there is an undocumented feature (don't tell + anybody 8-), that is likely to disappear in Ant 1.5, but exists since + Ant 1.1 - and even before that. + + If you hand the task a directory instead of an archive as a source parameter, it + will assume that all files in that directory are archives and try to extract them. + + Obviously, this is no real alternative to a fileset based solution, but can be + used as a workaround. \ No newline at end of file
