[
https://issues.apache.org/jira/browse/COMPRESS-416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16070536#comment-16070536
]
Simon Spero commented on COMPRESS-416:
--------------------------------------
The issues are being caused by jacoco making a class unloadable by twiddling
with a final field outside a constructor.
This is fixed by using a newer version of jacoco.
I have made a few changes to the enhanced travis branch, which reduces the, er,
non-successes to three tests.
See: https://github.com/apache/commons-compress/pull/43
Some of these are changes to outdated plugin versions. I blame the parents.
There are two "failures" and one "error". Quotation marks are used because one
of the failures is actually an error.
The real failure is the change in the handling of zip dates in the jdk
ZipEntry. This is an actual incompatibility.
The second failure is really an illegal access from a mocker; it just happens
to take place in test for an expected exception. This presents as a warning
in the (probable) RC -
{noformat}
Running org.apache.commons.compress.compressors.z.ZCompressorInputStreamTest
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.mockito.cglib.core.ReflectUtils$2
(file:/home/ses/.m2/repository/org/mockito/mockito-core/1.10.19/mockito-core-1.10.19.jar)
to method
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
WARNING: Please consider reporting this to the maintainers of
org.mockito.cglib.core.ReflectUtils$2
WARNING: Use --illegal-access=warn to enable warnings of further illegal
reflective access operations
WARNING: All illegal access operations will be denied in a future release
{noformat}
I'm not sure how I feel about having to locate the maintainers of an anonymous
inner class :-)
> 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)
