[
https://issues.apache.org/jira/browse/COMPRESS-416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16072714#comment-16072714
]
Simon Spero commented on COMPRESS-416:
--------------------------------------
I have a draft open in another window. One special cause for speculation: zip
file parsing moved from C to java in JDK 9.
Also, I discovered that I had off-by-one src.zips in my jdk9 build, which
explains why debugging was confusing the heck out of me.
So I'm rebuilding so I can check to see what's going on in the central
directory parse.
Worst thing about trying to debug j.u.z.* is loading stuff from jars.
> Tests failing under jdk 9 : one reflection issue, one change to ZipEntry
> related issue
> --------------------------------------------------------------------------------------
>
> Key: COMPRESS-416
> URL: https://issues.apache.org/jira/browse/COMPRESS-416
> Project: Commons Compress
> Issue Type: Bug
> Affects Versions: 1.14, 1.15
> Environment: JDK 9 ( jdk9 tree tip - I believe this is what will be
> the RC, or if not, what would have been RC).
> java.runtime.version = 9-internal+0-adhoc.ses.jdk9
> java.specification.version = 9
> java.version = 9-internal
> java.vm.specification.version = 9
> os.arch = amd64
> os.name = Linux
> os.version = 4.4.0-81-generic
> Reporter: Simon Spero
> Fix For: 1.15
>
> Attachments: surefire-reports.zip
>
>
> X5455_ExtendedTimestampTest is failing under JDK 9 , due to what appears to
> be a bogus value returned from getTime(). It seems like the test failure
> might be due to the changes introduced for this:
> https://bugs.openjdk.java.net/browse/JDK-8073497
> Tests were run using intelliJ TestRunner, using the openjdk9 build from the
> tip of the jdk9 tree (not dev). I believe that this is at most one commit
> away from what will be the RC (which was delayed at the last minute due to
> two issues, one of which was javadoc related, and the other hotspot.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
