You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by bu...@apache.org on 2004/05/25 13:43:50 UTC
DO NOT REPLY [Bug 29193] -
Zip, Jar Task:The time stump of the file stored progresses for 2 seconds
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
bodewig@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
Target Milestone|--- |1.6.2
------- Additional Comments From bodewig@apache.org 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: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org