DO NOT REPLY [Bug 47373] Zip.java patch to support setting last modified date

[bu...@apache.org]

https://issues.apache.org/bugzilla/show_bug.cgi?id=47373





--- Comment #1 from Mark Farnsworth <fa...@gmail.com>  2009-06-16 08:18:32 PST ---
This patch solves a problem I have with the current ANT zip, jar, and war tasks
producing files with different content each time the build is run. While some
may see this as a feature; I find the behavior to be annoying because now a MD5
fingerprint for the zip does not reflect the content and without the patch my
build system can not reproduce a build (down to every last bit). This means
that with the exact same source from SVN two builds that should produce the
same result will actually have different MD5 hash values because without the
patch the build system does not reflect what is defined in the SVN environment.

I have workarounds but none of them are as clean since it means that my build
system can't use the standard tasks. As a result I really hope that ANT is
willing to include this patch in the next release.

The way the task is defined the default behavior of ANT is not changed. The
patch simply allows for an option where the script can define what last
modification date the zip file should use. In addition to solving my MD5
fingerprint issue this option would also provide a way for users to control the
dates that are applied to content and in doing so solve problems with app
servers that use date stamps in relation to resource caching. Having the option
puts the script in control if it wants to define how the zip, war, jar, or ear
is produced.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.