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 Summary: Zip, Jar Task:The time stump of the file stored progresses for 2 seconds Product: Ant Version: 1.6.0 Platform: All OS/Version: All Status: UNCONFIRMED Severity: Normal Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This promlem occur both JarTask, ZipTask. The time stump of the file stored in the archive will progress for about 2 seconds. This problem is generated by strange processing currently embedded at org.apache.tools.ant.taskdefs.Zip. What is change of Revision1.90. (http://cvs.apache.org/viewcvs.cgi/ant/src/main/org/apache/tools/ant/taskdefs/Zi p.java?r1=1.89&r2=1.90&diff_format=h) Because of this change, all the time stumps of the file recorded will progress for 2 seconds. You should save the time stump of a file, without changing the original value. Even if it removes this processing, completely, a time stump may not be saved but may return for 1 second. However, since it is the problem of JDK, it should not absorb the error by ANT. Reference: last modification date stored in zip files should round up http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4046915 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
