Sporadic failure on openj9 Java 8

[trask]

Seen this a couple of times on openj9, Java 8, specifically on :instrumentation:log4j:log4j-appender-2.16:library:test

I'm not sure if the NullPointerException is from the gradle scan plugin, or from the test...

Links to failures

• https://github.com/open-telemetry/opentelemetry-java-instrumentation/runs/4746375721?check_suite_focus=true
• https://github.com/open-telemetry/opentelemetry-java-instrumentation/runs/4747895431?check_suite_focus=true

* What went wrong:
Execution failed for task ':instrumentation:log4j:log4j-appender-2.16:library:test'.
> java.lang.NullPointerException (no error message)

* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.

* Get more help at https://help.gradle.org

BUILD FAILED in 1h 26m 27s

A build scan cannot be produced as an error occurred gathering build data.
Please report this problem via https://gradle.com/help/plugin and include the following via copy/paste:

----------
Gradle version: 7.3.3
Plugin version: 3.8

java.lang.NullPointerException
	at com.gradle.scan.plugin.internal.i.g.b(SourceFile:61)
	at com.gradle.scan.plugin.internal.b.t.b.a(SourceFile:74)
	at com.gradle.scan.plugin.internal.b.t.b.a(SourceFile:47)
	at com.gradle.scan.plugin.internal.b.h.a.a(SourceFile:92)
	at com.gradle.scan.plugin.internal.b.h.a.f(SourceFile:79)
	at com.gradle.scan.plugin.internal.b.h.a.a(SourceFile:41)
	at com.gradle.scan.plugin.internal.b.v.g$b.a(SourceFile:162)
	at com.gradle.scan.plugin.internal.b.v.g$b.a(SourceFile:105)
	at com.gradle.scan.plugin.internal.b.v.g.a(SourceFile:42)
	at com.gradle.scan.plugin.internal.l.a.f.a(SourceFile:12)
	at com.gradle.scan.plugin.internal.l.a$c.finished(SourceFile:154)
	at com.gradle.scan.plugin.internal.l.a.a(SourceFile:65)
	at com.gradle.scan.plugin.internal.l.l.a(SourceFile:56)
	at com.gradle.scan.plugin.internal.l.c.a(SourceFile:98)
	at com.gradle.scan.plugin.internal.l.g.a(SourceFile:51)
	at com.gradle.scan.plugin.internal.q.a$a.a(SourceFile:31)
	at com.gradle.scan.plugin.internal.q.a$a.a(SourceFile:20)
	at com.gradle.scan.plugin.internal.q.a.c(SourceFile:67)

[facewindu]

Hey, François from Gradle here 👋

I managed to reproduce this with our own build using

$ java -version
openjdk version "1.8.0_312"
IBM Semeru Runtime Open Edition (build 1.8.0_312-b07)
Eclipse OpenJ9 VM (build openj9-0.29.0, JRE 1.8.0 Mac OS X amd64-64-Bit Compressed References 20211021_229 (JIT enabled, AOT enabled)

I found this issue eclipse-openj9/openj9#13941, targeted for the next openj9 version (0.30), which is supposed to happen on Jan 28th, 2022 (https://projects.eclipse.org/projects/technology.openj9/releases/0.30.0)
So we are currently not planning to do anything about that on our side.

[facewindu]

Hi again
Semeru 8.0.322.0 with openJ9 0.30.0 has been released on Windows/Linux/macOS.
I believe that if you upgrade, it will fix the issue.

[trask]

I think we are stuck on old Adopt OpenJ9 until (hopefully) actions/setup-java#279

[jord1e]

I think we are stuck on old Adopt OpenJ9 until (hopefully) actions/setup-java#279

setup-java uses the AdoptOpenJDK API which does list 8.0.322.0 with openJ9 0.30.0:
https://adoptopenjdk.net/archive.html?variant=openjdk8&jvmVariant=openj9

IBM has not yet released a Semeru specific API:
https://www.ibm.com/support/pages/semeru-runtimes-getting-started/

IBM is working to host a RESTful API server that uses the new Eclipse Adoptium™ OpenAPI definition. Until that is ready we offer the IBM Semeru Runtime Open Edition from the RESTful API provided by the AdoptOpenJDK community, and follow the AdoptOpenJDK OpenAPI definition.

[laurit]

Haven't seen this in a while, shouldn't an issue any more.