fully agree with Erick,
>>>>
>>>> Please don't start and try to get 8.x on Java 11. Release Lucene/Solr 9!
>>>>
>>>> Uwe
>>>>
>>>> -
>>>> Uwe Schindler
>>>> Achterdiek 19, D-28357 Bremen
>>>
> If we can't support it, there's no need to keep it. If someone wants, they
> can assume ownership of a third party package.
I am the author/ owner of that third party package, Ishan... and I've
been working for two weeks to understand how Solr distributed
processing works so that I could write
diek 19, D-28357 Bremen
>>> https://www.thetaphi.de
>>> eMail: u...@thetaphi.de
>>>
>>> > -Original Message-
>>> > From: Erick Erickson
>>> > Sent: Friday, October 30, 2020 3:39 PM
>>> > To: dev@lucene.apache.org
>>
diek 19, D-28357 Bremen
>> https://www.thetaphi.de
>> eMail: u...@thetaphi.de
>>
>> > -Original Message-----
>> > From: Erick Erickson
>> > Sent: Friday, October 30, 2020 3:39 PM
>> > To: dev@lucene.apache.org
>> > Subject: Re: Solr 8.x a
we Schindler
> Achterdiek 19, D-28357 Bremen
> https://www.thetaphi.de
> eMail: u...@thetaphi.de
>
> > -Original Message-
> > From: Erick Erickson
> > Sent: Friday, October 30, 2020 3:39 PM
> > To: dev@lucene.apache.org
> > Subject: Re: Solr 8.x and
, 2020 3:39 PM
> To: dev@lucene.apache.org
> Subject: Re: Solr 8.x and contribs requiring Java 11
>
> I’m always reluctant to change something like this for a point release.
>
> I’ve been supposing that we’d release Solr 9 for a while, I always thought
> that moving to Ja
> The only option I see at the moment is to remove the clustering contrib
entirely from 8x because it can't be upgraded.
That makes sense to me. Maybe it shouldn't be a contrib henceforth? In
other words, maybe it should be a 3rd-party package? Then our users could
get updates to this contrib i
Yeah, right. Until 9x is not really satisfying - the problem is more
complex because people bring up CVEs for the clustering contrib that
is currently in 8x and, for better or worse, it affects this line for
the foreseeable future. I don't plan to invest time to make Java 8
compatible backports of
SOLR-14974 is about a contrib, the clustering contrib in particular. That
contrib is a plugin, and it will eventually be "packaged" --
https://issues.apache.org/jira/browse/SOLR-14688 which will ultimately mean
that someone running on Solr 8 that is also using Java 11 can install that
package when
I’m always reluctant to change something like this for a point release.
I’ve been supposing that we’d release Solr 9 for a while, I always thought
that moving to Java 11 would be a driver for the 9.0 release but I wasn’t
correct in that.
That expectation has been complicated by the whole referenc
I've run into this in SOLR-14974. The dependency is on Java 11.
Everything works if you build and run under Java 11 but of course it
won't fly on Java 8 (won't even compile).
I wonder what are your thoughts on keeping Java 8 as the minimum for
Solr 8x. Is 8.x going to be on Java 8 forever? Or is m
11 matches
Mail list logo
