java.lang.NoSuchMethodError: java.nio.ByteBuffer.position(I)Ljava/nio/ByteBuffer

Open
#966 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
35/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Stale
Tech stack
java
Domain
build-system

Research direction

Start at the ArrowBuf.setBytes stack frame and the arrow-java 17.0.0 build configuration, then inspect the generated bytecode's use of java.nio.ByteBuffer.position(int) against the Java 8 API. Done means the library can run in the reported Java 1.8 Spark environment without this NoSuchMethodError, with the relevant build or compatibility checks passing.

Written by the indexing model from the issue text.

Description

Type: bug
Describe the bug, including details regarding any error messages, version, and platform.

We are experiencing a compatibility issue when using the arrow-java 17.0.0 library in a Spark application deployed on a Java 1.8 runtime environment.

java.lang.NoSuchMethodError: java.nio.ByteBuffer.position(I)Ljava/nio/ByteBuffer;

    at org.apache.arrow.memory.ArrowBuf.setBytes(ArrowBuf.java:847) at org.apache.arrow.memory.ArrowBuf.setBytes(ArrowBuf.java:899) at org.apache.arrow.vector.BaseVariableWidthVector.setSafe(BaseVariableWidthVector.java:1193) at org.apache.spark.sql.execution.arrow.StringWriter.setValue(ArrowWriter.scala:256) at org.apache.spark.sql.execution.arrow.ArrowFieldWriter.write(ArrowWriter.scala:135) at org.apache.spark.sql.execution.arrow.ArrowWriter.write(ArrowWriter.scala:100)

The error indicates that the arrow-java JAR file contains bytecode that references the ByteBuffer.position(int)
method with a return type of Ljava/nio/ByteBuffer.

This specific method signature was introduced in JDK 9 as part of the covariance changes in ByteBuffer.

In JDK 8, the same method returns Ljava/nio/Buffer.

Seems library being compiled with a newer JDK (9 or above)
without specifying the correct cross-compilation flags (-release or -bootclasspath).
Without these flags, the compiler uses its own (newer) API signatures,
making the resulting bytecode incompatible with older JVMs.

It is possible comple library with proper flags and put it to maven repository?

Dominant language
Java
Stars
95
Forks
154
Avg merge
2d 16h
Merged PRs (30d)
9

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from apache/arrow-java

All issues in apache/arrow-java

Similar issues

More Java issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.