Package: libhttpclient-java Version: 4.5.6-1 Severity: important Dear Maintainer,
The parsing functionality under URLEncodedUtils fails when running under Java 8. This seems to be due to the return type of java.nio.ByteBuffer.flip() having changed (covariant), so that the bytecodes of 11 and 8 are not compatible. I stumbled upon this when trying to use Maven from the Debian repository in a Java 8 project, but here's a minimal NWE: import java.net.URI; import java.nio.charset.StandardCharsets; import org.apache.http.client.utils.URLEncodedUtils; public class UrlParsing { public static void main(String[] args) { URLEncodedUtils.parse("http://example.com/?key=value", StandardCharsets.US_ASCII); } } yields the following: Exception in thread "main" java.lang.NoSuchMethodError: java.nio.ByteBuffer.flip()Ljava/nio/ByteBuffer; at org.apache.http.client.utils.URLEncodedUtils.urlDecode(URLEncodedUtils.java:590) at org.apache.http.client.utils.URLEncodedUtils.decodeFormFields(URLEncodedUtils.java:619) at org.apache.http.client.utils.URLEncodedUtils.parse(URLEncodedUtils.java:316) at org.apache.http.client.utils.URLEncodedUtils.parse(URLEncodedUtils.java:249) at UrlParsing.main(UrlParsing.java:7) Br, Timo -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libhttpclient-java depends on: ii libcommons-codec-java 1.11-1 ii libcommons-logging-java 1.2-2 ii libhttpcore-java 4.4.10-1 libhttpclient-java recommends no packages. libhttpclient-java suggests no packages. -- no debconf information