[
https://issues.apache.org/jira/browse/AVRO-2624?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16981601#comment-16981601
]
Ryan Skraba commented on AVRO-2624:
-----------------------------------
Some clarification: the problem only occurs when
`avro-tools-1.10.0-SNAPSHOT.jar` is compiled with *JDK 11* and run with *Java
8*. This shouldn't be happening in the build (but apparently is, noting
AVRO-2603).
This is worthwhile fixing if we expect JDK8 to be around and usable, even after
we've switched the default build a later JDK9+.
> Avoid ByteBuffer incompatibility when compiling with JDK9+
> ----------------------------------------------------------
>
> Key: AVRO-2624
> URL: https://issues.apache.org/jira/browse/AVRO-2624
> Project: Apache Avro
> Issue Type: Bug
> Components: java
> Reporter: Michael A. Smith
> Priority: Major
>
> Like MRESOLVER-85 and similar, the java implementation suffers from a
> compatibility break since java 9. The problem can be seen in the PR for
> AVRO-2603, https://github.com/apache/avro/pull/706, which fails for JAVA 11,
> but not for 8.
> The error is
> {noformat}
> Caused by: java.lang.NoSuchMethodError:
> java.nio.ByteBuffer.limit(I)Ljava/nio/ByteBuffer;
> [py-test] at
> org.apache.avro.io.BinaryDecoder.readBytes(BinaryDecoder.java:317)
> {noformat}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
