In a brief discussion with the Quarkus QE team, it seems like the default quarkus package type `fast-jar` is not working perfectly with the s390x openj9/openj9-11-rhel8 s2i Java OpenShift image. There are 2 specific test cases that are more consistent with failures, OpenShiftHttpCachingResourceIT and OpenShiftPrimeNumberResourceIT. I have tested these 2 test cases with the s390x ubi8/openjdk-11 and it didn't result in any failures. A temporary work-around provided by Jose of using older package type `quarkus.package.type=uber-jar` passes successfully.
Failure log for OpenShiftPrimeNumberResourceIT:
Passing using `quarkus.package.type=uber-jar` for OpenShiftPrimeNumberResourceIT:
Early investigation seems to indicate that the `/deployments/quarkus-run.jar` file is missing from the build and the deployment starts with error. I don't believe it should even be using the `runner.jar` file if we are using the default fast-jar packaging type.
13:47:02,345 INFO [app] [app-1-kqfjb-app] Starting the Java application using /opt/jboss/container/java/run/run-java.sh ...
13:47:02,345 INFO [app] ERROR No such file /deployments/micrometer-prometheus-1.0.0-SNAPSHOT-runner.jar
13:47:02,345 INFO [app] INFO exec java -Dquarkus.http.host=0.0.0.0 -Djava.util.logging.manager=org.jboss.logmanager.LogManager -javaagent:/usr/share/java/jolokia-jvm-agent/jolokia-jvm.jar=config=/opt/jboss/container/jolokia/etc/jolokia.properties -XX:+UseParallelGC -XX:MinHeapFreeRatio=10 -XX:MaxHeapFreeRatio=20 -XX:GCTimeRatio=4 -XX:AdaptiveSizePolicyWeight=90 -XX:+ExitOnOutOfMemoryError -cp "." -jar
13:47:02,345 INFO [app] Error: -jar requires jar file specification
cc: lzhan@redhat.com redmark@redhat.com