DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=29193>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=29193 Zip, Jar Task:The time stump of the file stored progresses for 2 seconds [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |DUPLICATE Target Milestone|--- |1.6.2 ------- Additional Comments From [EMAIL PROTECTED] 2004-05-25 11:43 ------- The timestamp format of any zip archive has a granularity of two seconds, so you can't store the exact timestamp anyway - this has nothing to do with either Ant or Java. In Ant we had to decide whether we want to round up (the "strange processing") or down. For most common use-cases, rounding up is the correct choice since Ant would otherwise consider an archive out-of-date everytime - the contents of the archive would be up to two seconds older than the files that have been used to create the archive. This choice is documented in the task's manual. With Ant 1.6.2 there will be a roundup attribute that lets you explicitly request rounding down. *** This bug has been marked as a duplicate of 17934 *** --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
