ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 29193] - Zip, Jar Task:The time stump of the file stored progresses for 2 seconds
Date Tue, 25 May 2004 11:43:50 GMT
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


Mime
View raw message