No I meant build tool, meaning gradle the compatibility matrix
<https://docs.gradle.org/current/userguide/compatibility.html> says you
shouldn't run gradle 8.4 on 21 and that requires 8.5. It seems we should be
upgrading to There's apparently some support for toolchains, but if we're
using that it's not working within the context of the ide (for me on linux
at least). The announcement thread and this thread mention JAVA_HOME but
that has no meaning from an ide perspective. I don't start my ide from a
command line I hit the super key, (windows key equiv) and type inte which
highlights an intellij icon and hit return. My ide is installed via the
toolbox, so it's using whatever the default for that is.
I'm posting email replies here (not replying in github) because It's not
clear that my problems are something that should be announced yet? If
there's a further useful solution achieved I would think that could go
there?
I've switched to main, and updated to
6ac993bec72dee1a68aad3f63f74d961a3a50616 I also deleted .idea and .gradle
in case those held some kruft. I also have updated to java 21 and rebooted
my computer, all terminals now give
gus@ns-l1:~/projects/gus-asf/solr/fork/solr$ java -version
openjdk version "21.0.5" 2024-10-15 LTS
OpenJDK Runtime Environment Zulu21.38+21-CA (build 21.0.5+11-LTS)
OpenJDK 64-Bit Server VM Zulu21.38+21-CA (build 21.0.5+11-LTS, mixed mode,
sharing)
IDE info:
IntelliJ IDEA 2024.2.4 (Ultimate Edition)
Build #IU-242.23726.103, built on October 23, 2024
Licensed to Patrick Heck
Subscription is active until November 16, 2024.
Runtime version: 21.0.4+13-b509.26 amd64 (JCEF 122.1.9)
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
Toolkit: sun.awt.X11.XToolkit
Linux 6.8.0-47-generic
Interestingly, despite the matrix, I can run ./gradlew clean from -debug
the command line and it logs:
2024-10-24T15:22:03.835-0400 [INFO]
[org.gradle.internal.jvm.inspection.DefaultJvmMetadataDetector] Received
JVM installation metadata from '/usr/lib/jvm/zulu-21-amd64':
{JAVA_HOME=/usr/lib/jvm/zulu-21-amd64, JAVA_VERSION=21.0.5,
JAVA_VENDOR=Azul Systems, Inc., RUNTIME_NAME=OpenJDK Runtime Environment,
RUNTIME_VERSION=21.0.5+11-LTS, VM_NAME=OpenJDK 64-Bit Server VM,
VM_VERSION=21.0.5+11-LTS, VM_VENDOR=Azul Systems, Inc., OS_ARCH=amd64}
I just discovered that I CAN build if I use the jetbrains runtime in the
gradle options (which is a 17.0.4 flavor), but selecting Azul systems
17.0.13, Eclipse Temurin 19.0.2 or Azul 11.0.23 gives me the long no
matching variant message. (with messages adjusted to match the jdk version
I selected) one wonders what jetbrains magic is in play there...
On Thu, Oct 24, 2024 at 2:41 PM David Smiley <dsmi...@apache.org> wrote:
> GUS, I think your comment is best placed for the ANNOUNCE dev list thread,
> not Christos's PR. Also our "build tool" is Gradle, and it hasn't
> changed. You meant an IDE but I'm using IntelliJ just fine, and I can say
> IntelliJ compatibility was a critical concern and evaluation I did as a
> reviewer.
>
> On Thu, Oct 24, 2024 at 2:07 PM Gus Heck <gus.h...@gmail.com> wrote:
>
> > I don't think we should have been pushing a change to a jdk not supported
> > by our build tool?
> >
> > My ide is now refusing to import with the big mismatch in my prior email
> if
> > gradle set to 17 or 19, but if it's set to 21 it just says "Invalid
> Gradle
> > JDK configuration found. Open Gradle Settings"
> >
> > On Thu, Oct 24, 2024 at 1:40 PM Christos Malliaridis <
> > malliari...@apache.org>
> > wrote:
> >
> > > 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
> > >
> > >
> >
> > --
> > http://www.needhamsoftware.com (work)
> > https://a.co/d/b2sZLD9 (my fantasy fiction book)
> >
>
--
http://www.needhamsoftware.com (work)
https://a.co/d/b2sZLD9 (my fantasy fiction book)
