commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Simon Spero (JIRA)" <>
Subject [jira] [Commented] (COMPRESS-416) Tests failing under jdk 9 : one reflection issue, one change to ZipEntry related issue
Date Fri, 30 Jun 2017 18:34:00 GMT


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.  

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 -
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,
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
WARNING: All illegal access operations will be denied in a future release

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:
>             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 =
>     java.specification.version = 9
>     java.version = 9-internal
>     java.vm.specification.version = 9
>     os.arch = amd64
> = Linux
>     os.version = 4.4.0-81-generic
>            Reporter: Simon Spero
>             Fix For: 1.15
>         Attachments:
> 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: 
> 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

View raw message