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
chore: use Java 17 for building pgjdbc, and use --release 8 to target Java 8, add tests with Java 21 and 22 #3026
Conversation
strange errors? |
Will fix tomorrow |
Copr build fails as it is currently hard-coded to java-11 (see
Does anybody know how to re-initialize Copr jobs so it selects java-17 (and eventually java-21)? |
@kubco2, @praiskup , could you please help with updating Copr builds scripts for pgjdbc? I would like to bump the required Java to 17 (e.g. |
91fae0a
to
1c8e3d3
Compare
Thank you for the ping, @vlsi
Indeed, these exist just to make the Copr configuration more convenient... but somebody needs to execute them manually. And since the build is passing now, you probably managed to do so. Is that correct? @hhorak fyi |
38052df
to
d5a4154
Compare
Well, I went with a workaround at pgjdbc side: I detect COPR_OWNER environment variable and I reconfigure build scripts to use Java 11 by default then. I would like to update COPR configuration to use java-17 as java-11 is quite old now.
Ok, now I get it. |
8e3ce75
to
d586fc9
Compare
Done. See #3036. |
… Java 8, add tests with Java 21 and 22 Now we will always use a recent JDK for building pgjdbc (e.g. a recent javac), and we will use toolchains to separate build JDK from test JDK. Fixes pgjdbc#3014
… Java 8, add tests with Java 21 and 22 (pgjdbc#3026) Now we will always use a recent JDK for building pgjdbc (e.g. a recent javac), and we will use toolchains to separate build JDK from test JDK. Fixes pgjdbc#3014
… Java 8, add tests with Java 21 and 22 (pgjdbc#3026) Now we will always use a recent JDK for building pgjdbc (e.g. a recent javac), and we will use toolchains to separate build JDK from test JDK. Fixes pgjdbc#3014
After this PR we will always use a recent JDK for building pgjdbc (e.g. a recent javac), and we will use toolchains to separate the build JDK from the test JDK.
For now, we will use Java 17 for building pgjdbc, and we could bump to Java 21 as Gradle 8.5 releases.
Fixes #3014
Workarounds applied
COPR_OWNER
is detected, then the default build JDK downgrades to 11. In the long term, we should update COPR configs to use Java 17JAVA_HOME_17_ARM64
intoJAVA_HOME_17_X86
to workaround Action fails at aarch64 machine since action.yml hardcodes X64 oracle-actions/setup-java#63Issues so far