Locales Some integration test fails with GraalVM for JDK 24

[zakkak]

Describe the bug

Starting with GraalVM for JDK 24 (24.2) native image will no longer set the locale default at build time. See oracle/graal#9694. This apparently breaks the Locale Some integration test of Quarkus.

See graalvm/mandrel#755 (comment)

Expected behavior

The test should pass

Actual behavior

The test fails with errors like the following:

 Error:  Tests run: 20, Failures: 3, Errors: 0, Skipped: 0, Time elapsed: 6.895 s <<< FAILURE! -- in io.quarkus.locales.it.LocalesIT
Error:  io.quarkus.locales.it.LocalesIT.testCurrencies(String, String, String)[3] -- Time elapsed: 0.033 s <<< FAILURE!
java.lang.AssertionError: 
1 expectation failed.
Response body doesn't match expectation.
Expected: is "česká koruna"
  Actual: Czech Republic Koruna

See https://github.com/graalvm/mandrel/actions/runs/10985696189/job/30498542041#step:12:3093

How to Reproduce?

1. Build GraalVM for JDK 24
2. Run locales/some integration test in native mode

Output of uname -a or ver

No response

Output of java -version

No response

Mandrel or GraalVM version (if different from Java)

No response

Quarkus version or git rev

No response

Build tool (ie. output of mvnw --version or gradlew --version)

No response

Additional information

The regression is introduced by oracle/graal#9694

[quarkus-bot]

/cc @Karm (mandrel), @galderz (mandrel)

[jerboaa]

The regression is introduced by oracle/graal#9694

I came to the same conclusion (noticed it too late). Why is this being tracked as a quarkus issue?

[zakkak]

Because Quarkus assumes build-time fixed locales and needs some adaptation (working on it) to support the new runtime locales.

[jerboaa]

Because Quarkus assumes build-time fixed locales and needs some adaptation (working on it) to support the new runtime locales.

That would be useful info to have in the ticket. Thanks!

[zakkak]

That would be useful info to have in the ticket. Thanks!

Turns out it was simpler than I expected :)

More details in #43448

[jerboaa]

Let me add some explanation to this issue for posterity.

Prior GraalVM for JDK 24 (currently EA), the default locale for the native image at runtime was determined at native image build time (set by -Duser.language=X -Duser.country=Y). With GraalVM for JDK 24 this now changes and behaves similar to how java behaves. That is, the default locale can get set by passing -Duser.language=X -Duser.country=Y to the generated native image at runtime.