That makes sense, thanks for the details. I looked into the release notes and it says:
> Gradle now supports using Java 21 for compiling, testing, and starting other > Java programs. This can be accomplished using toolchains. > > Currently, you cannot run Gradle on Java 21 because Kotlin lacks support for > JDK 21. However, support for running Gradle with Java 21 is expected in > future versions. The error I faced was probably related to the new Admin UI that makes use of Kotlin. In that case I will try using SolrJ's JDK version and review the build and deployment / distribution part. On 2024/10/24 17:08:36 sanjay dutt wrote: > Gradle 8.4 does support JDK 21 as mentioned in release notes as well. Is > there any specific error that you are getting? > > https://docs.gradle.org/8.4/release-notes.html > This release features several improvements for JVM-based projects. Java 21 > <https://docs.gradle.org/8.4/release-notes.html#java-21> is now supported > for compiling, testing, and running such projects. > > Also I just backported some changes, and there was no need to change the > Java version. I mean Yes If you want to use JDK 11 only for compiling and > running test cases, otherwise JDK 21 would generate a java file version > which will be mentioned as per the sourceCompatibility which has to be less > or equal than current JAVA_HOME. In this case, branch_9x is on 11 and there > should be no problem running it on JDK 21. > > Other than that our CI jobs for 9x are still on JDK 11. > > While releasing 9.8, JAVA_HOME has to point 11 because otherwise > smokeTestRelease will fail as there is a check to make sure it should be > built by 11 only. > > Regarding the toolchain, I will provide details in a separate email. > > -- Sanjay > > > > > On Thu, Oct 24, 2024 at 9:58 PM Christos Malliaridis <malliari...@apache.org> > wrote: > > > Just noticed, Gradle 8.4 does not support JDK 21 (only up to 20). So the > > last part about updating Gradle JVM in the IDE may cause other issues. > > > > I guess upgrading Gradle is one of the next steps. :) > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > > For additional commands, e-mail: dev-h...@solr.apache.org > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org For additional commands, e-mail: dev-h...@solr.apache.org