[
https://issues.apache.org/jira/browse/COMPRESS-135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13054431#comment-13054431
]
Stefan Bodewig commented on COMPRESS-135:
-----------------------------------------
I don't see any call to zippy.setTime() so you can't expect it to be the one of
your original file - that would only be the case if you used new
ZipArchiveEntry(InnerContents[i]) if InnerContents[i] is a File instance.
The way the code is written each entry will get the time the entry instance has
been created as its time. Given that ZIPs store time with two seconds
granularity you will only see different time results if it takes more than two
seconds to create the archive.
> Original file creation date is not retained when files are added to a zip
> archive
> ----------------------------------------------------------------------------------
>
> Key: COMPRESS-135
> URL: https://issues.apache.org/jira/browse/COMPRESS-135
> Project: Commons Compress
> Issue Type: Bug
> Components: Archivers
> Affects Versions: 1.1
> Environment: Windows XP & Server 2003
> Reporter: Claire Salac
>
> I have a Java program using the Apache zip archives library to zip together
> files with a common create month. However, when the resulting zip archives
> are examined the create date of all the files in the archive has been changed
> to the date the archive was created. It is critical that we retain the create
> date in these archives as they will be used for troubleshooting at a future
> date. Is there a way that this can be done currently, or is it something that
> will need to be addressed in a future build?
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
