-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add support for a smoke test specifying its required version of Java #218
Comments
Gradle itself does not yet support running on Java 22 so we'll have to use toolchains for this. Unfortunately, toolchains support with GraalVM is also somewhat limited:
This will work fine on CI where we can have GraalVM installed and nothing else. It will, however, make it difficult to reliably run the smoke tests locally. There's a reasonable amount of work required here and the benefit isn't quite as much as I'd hoped it would be if we need to target Java 22. I'm wondering if we should just remove the unit test parts of WDYT, @sdeleuze? |
The current format makes things like gh-218 quite difficult. By reworking the format it will be easier to extend the configuration options in the future.
Toolchain support with native is indeed not something I would recommend to use with native, but a possible alternative is keep our existing JDK to run Gradle and set a If this is too much work or not ideal, we can indeed remove that unit test or configure the following if this is supported:
What solution do you prefer @wilkinsona? |
I tried using
This is a different and earlier failure than we are seeing with |
I can reproduce, I have created graalvm/native-build-tools#598 related issue. |
Based on my discussion with the GraalVM team and my latest tests, we need to use both NBT 0.10.1+ and GraalVM 22+ to make this test working, so I suspect it was tested with an older version of NBT (we are using NBT |
Confirmed. Thanks, @sdeleuze. It works fine on |
data:data-jdbc-h2-kotlin:nativeTest
requires Java 22. We should allow a smoke test to indicate that it requires a particular version of Java and then honour this requirement in the generated workflows.The text was updated successfully, but these errors were encountered: