Zip has a default timestamp granularity of 2 seconds. Adding the X5455 field increases this granularity to a level where we can pack/unpack a jar/zip file and expect to retain the timestamp of the original .class file.
"Jar" itself does not understand X5455 and will apply 2 second rounding (but jar does not /complain/ about X5455), so this is mostly about retaining timestamp precision within the build itself. Any reason NOT to add X5455 support ? Kristian --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
