Hi Stefan,
Just back from a very long weekend, will take a look and get back to you.
Rgds,Rory
On 29/05/2015 19:07, Stefan Bodewig wrote:
Hi
I'm not sure whether I should raise a bug or this is an intended change.
Apart from the bunzip2 problem - more on that in a separate mail - one
other Unit test fails in Commons Compress. In our test we use a method
to "fix" the time read from a ZIP entry with the following comment:
/**
* InfoZIP seems to adjust the time stored inside the LFH and CD
* to GMT when writing ZIPs while java.util.zip.ZipEntry thinks it
* was in local time.
*
* The archive read in {@link #testSampleFile} has been created
* with GMT-8 so we need to adjust for the difference.
*/
This no longer seems to be true and ZipEntry#getTime now also assumes
time to be in UTC. Has this change been made intentionally?
Cheers
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
