Solr isn't stopping users from choosing the JDK they want to use. JDK 21 works with Solr 9x; I have experience running this and certainly others do too. FYI Solr's official Docker image has been JDK 17 throughout the 9x release (I'm glad I pushed for this back then).
Suddenly changing from JDK 17 to 21 can have adverse effects! It did for Salesforce -- see https://issues.apache.org/jira/browse/SOLR-17375 with a workaround. On Tue, Feb 4, 2025 at 9:46 AM Kevin Risden <kris...@apache.org> wrote: > Since we moved main to min JDK 21 the base images are JDK 21 there for Solr > 10. Any movement here on moving to JDK 21 on branch_9x? How has testing > gone in the last ~1 yr. > > Kevin Risden > > > On Fri, Oct 27, 2023 at 10:27 AM Houston Putman <hous...@apache.org> > wrote: > > > Those images are available now. > > > > https://hub.docker.com/r/apache/solr-nightly/tags?page=1&name=java21 > > > > Also I setup the Jenkins jobs to only push the tags if the docker tests > > pass, so we at least have that guarantee! > > > > Hopefully we can get a good amount of testing with these and upgrade when > > java 21 is a little bit older. > > > > - Houston > > > > On Thu, Oct 26, 2023 at 2:50 PM Houston Putman <hous...@apache.org> > wrote: > > > > > I've changed the nightly docker jobs to also create "-java21" images > for > > > main, branch_9x and branch_9_4, so we can start testing this out before > > > making it official. > > > > > > The new images should become available in the next 24 hours. > > > > > > e.g. apache/solr-nightly:9.4.1-SNAPSHOT-java21 > > > > > > - Houston > > > > > > On Thu, Oct 26, 2023 at 12:19 PM Houston Putman <hous...@apache.org> > > > wrote: > > > > > >> We could also use Java 21 for the 9x and main nightly images! Easy to > > >> change it in the Jenkins jobs > > >> > > >> - Houston > > >> > > >> On Wed, Oct 25, 2023 at 6:22 PM Jan Høydahl <jan....@cominvent.com> > > >> wrote: > > >> > > >>> I agree on being conservative here. But if it turns out to work well, > > we > > >>> could consider publishing an additional solr:9.4.0-jre21 tag. That > way > > >>> early adopters have a choice. If I remember correctly, Java 21 has > some > > >>> improvements that can benefit some vector workloads or something, so > I > > see > > >>> a benefit in getting it out there. We could alternatively opt to push > > >>> temporary images like this to our own apache/solr docker namespace > for > > >>> folks to try out. > > >>> > > >>> Jan > > >>> > > >>> > 24. okt. 2023 kl. 18:17 skrev Shawn Heisey > > <apa...@elyograg.org.INVALID > > >>> >: > > >>> > > > >>> > On 10/18/2023 10:11 AM, Tomasz Elendt wrote: > > >>> >> I noticed that JDK 21 LTS was released some time ago. Is there any > > >>> reason why official docker images still use JDK 17? > > >>> >> I'm asking because I know there are some preview JDK features that > > >>> Lucene utilizes and Solr enables them when it detects a newer version > > (e.g. > > >>> SOLR-16500). > > >>> >> Does it make sense to switch now that there is a new LTS version? > > >>> > > > >>> > I have no desire to stand in the way of progress, but Java 21 has > > only > > >>> been out for a month. I don't think it's a good idea to rely on a > new > > >>> major version of *anything* that soon after its release. Test with > > it, but > > >>> don't switch to it. > > >>> > > > >>> > I do not think we should be planning on such a major upgrade to the > > >>> docker image until Java 21 has been out for a while. I was going to > > >>> upgrade my Solr server to Java 21 to try it out since it's not a > > mission > > >>> critical install, but Ubuntu doesn't yet have OpenJDK packages for > it. > > The > > >>> eclipse-temurin:21-jre-jammy docker image was pushed 11 days ago. > > >>> > > > >>> > My thought on it is to wait until at least the release of Java 22, > > >>> which will happen six months after Java 21 was released. > > >>> > > > >>> > Thanks, > > >>> > Shawn > > >>> > > > >>> > > --------------------------------------------------------------------- > > >>> > 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 > > >>> > > >>> > > >
