Re: Solr 8.x and contribs requiring Java 11

[Ishan Chattopadhyaya]

Hi Adrien,
I don't suggest we do so in 8.7, unless there's CVE that need immediate
addressing. +1 to removing in branch_8x.
Thanks,
Ishan

On Fri, 30 Oct, 2020, 11:22 pm Adrien Grand,  wrote:

> Ishan, why would this be a blocker for 8.7? Would it be good enough to
> remove in branch_8x?
>
> Le ven. 30 oct. 2020 à 18:33, Ishan Chattopadhyaya <
> ichattopadhy...@gmail.com> a écrit :
>
>> +1 to removing it (in 8.7 with a respin, if needed). 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. +1 to removing all non essential code and
>> trimming down the Solr distribution. There's no good reason for Solr, which
>> is in effect just a distributed layer on top of Lucene, to be a 200MB
>> download.
>>
>> On Fri, 30 Oct, 2020, 9:50 pm Uwe Schindler,  wrote:
>>
>>> I 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
>>> 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 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 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 reference impl
>>> thing.
>>> >
>>> > What I’d suggest is that we push forward with a 9.0 release and
>>> consider
>>> > it something of a placeholder while the reference impl either becomes
>>> > our main line or doesn’t. Then your problem disappears ;).
>>> Unfortunately,
>>> > a new major release always takes some time.
>>> >
>>> > FWIW,
>>> > Erick
>>> >
>>> > > On Oct 30, 2020, at 10:30 AM, Dawid Weiss 
>>> > wrote:
>>> > >
>>> > > 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 minimum of Java
>>> > > 11 a possibility, only nobody got to it yet?
>>> > >
>>> > > Dawid
>>> > >
>>> > > -
>>> > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> > > For additional commands, e-mail: dev-h...@lucene.apache.org
>>> > >
>>> >
>>> >
>>> > -
>>> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> > For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>

Re: [VOTE] Release Lucene/Solr 8.7.0 RC1

[Houston Putman]

+1 (non-binding)

SUCCESS! [1:02:05.573929]

On Fri, Oct 30, 2020 at 4:56 PM Tomás Fernández Löbbe 
wrote:

> +1
>
> SUCCESS! [1:03:01.296851]
>
> On Fri, Oct 30, 2020 at 12:05 PM Nhat Nguyen
>  wrote:
>
>> +1 (binding)
>> SUCCESS! [0:53:20.894728]
>>
>>
>> On Fri, Oct 30, 2020 at 1:50 PM Michael McCandless <
>> luc...@mikemccandless.com> wrote:
>>
>>> +1
>>>
>>>
>>> SUCCESS! [0:45:49.703726]
>>>
>>> Mike McCandless
>>>
>>> http://blog.mikemccandless.com
>>>
>>>
>>> On Fri, Oct 30, 2020 at 8:04 AM Ignacio Vera  wrote:
>>>
 +1 SUCCESS! [1:42:16.864208]

 On Fri, Oct 30, 2020 at 12:13 PM Adrien Grand 
 wrote:

> +1 SUCCESS! [2:11:05.149743]
>
> On Fri, Oct 30, 2020 at 5:54 AM Atri Sharma  wrote:
>
>> Please vote for release candidate 1 for Lucene/Solr 8.7.0
>>
>>
>> The artifacts can be downloaded from:
>>
>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067
>>
>>
>> You can run the smoke tester directly with this command:
>>
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>
>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067
>>
>>
>> The vote will be open for at least 72 hours i.e. until 2020-11-01
>> 20:00 UTC.
>>
>>
>> [ ] +1  approve
>>
>> [ ] +0  no opinion
>>
>> [ ] -1  disapprove (and reason why)
>>
>>
>> Here is my +1
>>
>> 
>>
>>
>> --
>> Regards,
>>
>> Atri
>> Apache Concerted
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>
>
> --
> Adrien
>

Re: [VOTE] Release Lucene/Solr 8.7.0 RC1

[Tomás Fernández Löbbe]

+1

SUCCESS! [1:03:01.296851]

On Fri, Oct 30, 2020 at 12:05 PM Nhat Nguyen 
wrote:

> +1 (binding)
> SUCCESS! [0:53:20.894728]
>
>
> On Fri, Oct 30, 2020 at 1:50 PM Michael McCandless <
> luc...@mikemccandless.com> wrote:
>
>> +1
>>
>>
>> SUCCESS! [0:45:49.703726]
>>
>> Mike McCandless
>>
>> http://blog.mikemccandless.com
>>
>>
>> On Fri, Oct 30, 2020 at 8:04 AM Ignacio Vera  wrote:
>>
>>> +1 SUCCESS! [1:42:16.864208]
>>>
>>> On Fri, Oct 30, 2020 at 12:13 PM Adrien Grand  wrote:
>>>
 +1 SUCCESS! [2:11:05.149743]

 On Fri, Oct 30, 2020 at 5:54 AM Atri Sharma  wrote:

> Please vote for release candidate 1 for Lucene/Solr 8.7.0
>
>
> The artifacts can be downloaded from:
>
>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067
>
>
> You can run the smoke tester directly with this command:
>
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
>
>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067
>
>
> The vote will be open for at least 72 hours i.e. until 2020-11-01
> 20:00 UTC.
>
>
> [ ] +1  approve
>
> [ ] +0  no opinion
>
> [ ] -1  disapprove (and reason why)
>
>
> Here is my +1
>
> 
>
>
> --
> Regards,
>
> Atri
> Apache Concerted
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

 --
 Adrien

>>>

Re: [VOTE] Release Lucene/Solr 8.7.0 RC1

[Nhat Nguyen]

+1 (binding)
SUCCESS! [0:53:20.894728]


On Fri, Oct 30, 2020 at 1:50 PM Michael McCandless <
luc...@mikemccandless.com> wrote:

> +1
>
>
> SUCCESS! [0:45:49.703726]
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
>
> On Fri, Oct 30, 2020 at 8:04 AM Ignacio Vera  wrote:
>
>> +1 SUCCESS! [1:42:16.864208]
>>
>> On Fri, Oct 30, 2020 at 12:13 PM Adrien Grand  wrote:
>>
>>> +1 SUCCESS! [2:11:05.149743]
>>>
>>> On Fri, Oct 30, 2020 at 5:54 AM Atri Sharma  wrote:
>>>
 Please vote for release candidate 1 for Lucene/Solr 8.7.0


 The artifacts can be downloaded from:


 https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067


 You can run the smoke tester directly with this command:


 python3 -u dev-tools/scripts/smokeTestRelease.py \


 https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067


 The vote will be open for at least 72 hours i.e. until 2020-11-01 20:00
 UTC.


 [ ] +1  approve

 [ ] +0  no opinion

 [ ] -1  disapprove (and reason why)


 Here is my +1

 


 --
 Regards,

 Atri
 Apache Concerted

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


>>>
>>> --
>>> Adrien
>>>
>>

Re: Solr 8.x and contribs requiring Java 11

[Adrien Grand]

Ishan, why would this be a blocker for 8.7? Would it be good enough to
remove in branch_8x?

Le ven. 30 oct. 2020 à 18:33, Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> a écrit :

> +1 to removing it (in 8.7 with a respin, if needed). 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. +1 to removing all non essential code and
> trimming down the Solr distribution. There's no good reason for Solr, which
> is in effect just a distributed layer on top of Lucene, to be a 200MB
> download.
>
> On Fri, 30 Oct, 2020, 9:50 pm Uwe Schindler,  wrote:
>
>> I 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
>> 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 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 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 reference impl thing.
>> >
>> > What I’d suggest is that we push forward with a 9.0 release and consider
>> > it something of a placeholder while the reference impl either becomes
>> > our main line or doesn’t. Then your problem disappears ;).
>> Unfortunately,
>> > a new major release always takes some time.
>> >
>> > FWIW,
>> > Erick
>> >
>> > > On Oct 30, 2020, at 10:30 AM, Dawid Weiss 
>> > wrote:
>> > >
>> > > 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 minimum of Java
>> > > 11 a possibility, only nobody got to it yet?
>> > >
>> > > Dawid
>> > >
>> > > -
>> > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > > For additional commands, e-mail: dev-h...@lucene.apache.org
>> > >
>> >
>> >
>> > -
>> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> > For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>

Re: [VOTE] Release Lucene/Solr 8.7.0 RC1

[Michael McCandless]

+1


SUCCESS! [0:45:49.703726]

Mike McCandless

http://blog.mikemccandless.com


On Fri, Oct 30, 2020 at 8:04 AM Ignacio Vera  wrote:

> +1 SUCCESS! [1:42:16.864208]
>
> On Fri, Oct 30, 2020 at 12:13 PM Adrien Grand  wrote:
>
>> +1 SUCCESS! [2:11:05.149743]
>>
>> On Fri, Oct 30, 2020 at 5:54 AM Atri Sharma  wrote:
>>
>>> Please vote for release candidate 1 for Lucene/Solr 8.7.0
>>>
>>>
>>> The artifacts can be downloaded from:
>>>
>>>
>>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067
>>>
>>>
>>> You can run the smoke tester directly with this command:
>>>
>>>
>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>
>>>
>>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067
>>>
>>>
>>> The vote will be open for at least 72 hours i.e. until 2020-11-01 20:00
>>> UTC.
>>>
>>>
>>> [ ] +1  approve
>>>
>>> [ ] +0  no opinion
>>>
>>> [ ] -1  disapprove (and reason why)
>>>
>>>
>>> Here is my +1
>>>
>>> 
>>>
>>>
>>> --
>>> Regards,
>>>
>>> Atri
>>> Apache Concerted
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>
>>
>> --
>> Adrien
>>
>

Re: Solr 8.x and contribs requiring Java 11

[Ishan Chattopadhyaya]

+1 to removing it (in 8.7 with a respin, if needed). 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. +1 to removing all non essential code and
trimming down the Solr distribution. There's no good reason for Solr, which
is in effect just a distributed layer on top of Lucene, to be a 200MB
download.

On Fri, 30 Oct, 2020, 9:50 pm Uwe Schindler,  wrote:

> I 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
> 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 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 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 reference impl thing.
> >
> > What I’d suggest is that we push forward with a 9.0 release and consider
> > it something of a placeholder while the reference impl either becomes
> > our main line or doesn’t. Then your problem disappears ;). Unfortunately,
> > a new major release always takes some time.
> >
> > FWIW,
> > Erick
> >
> > > On Oct 30, 2020, at 10:30 AM, Dawid Weiss 
> > wrote:
> > >
> > > 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 minimum of Java
> > > 11 a possibility, only nobody got to it yet?
> > >
> > > Dawid
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> > > For additional commands, e-mail: dev-h...@lucene.apache.org
> > >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> > For additional commands, e-mail: dev-h...@lucene.apache.org
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

RE: Solr 8.x and contribs requiring Java 11

[Uwe Schindler]

I 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
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 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 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 reference impl thing.
> 
> What I’d suggest is that we push forward with a 9.0 release and consider
> it something of a placeholder while the reference impl either becomes
> our main line or doesn’t. Then your problem disappears ;). Unfortunately,
> a new major release always takes some time.
> 
> FWIW,
> Erick
> 
> > On Oct 30, 2020, at 10:30 AM, Dawid Weiss 
> wrote:
> >
> > 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 minimum of Java
> > 11 a possibility, only nobody got to it yet?
> >
> > Dawid
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> > For additional commands, e-mail: dev-h...@lucene.apache.org
> >
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org


-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Solr 8.x and contribs requiring Java 11

[David Smiley]

> 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 independently of the Lucene/Solr release
cycle.  It's one of the benefits of breaking up the Solr monolith.

In a separate thread in this dev list, pertaining to the DIH, Gézapeti Cseh
suggested that Solr might introduce something similar to "Apache Commons",
but for Solr contribs.  I think that's worth more investigation.  It's
obviously highly relevant to this thread.

~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley


On Fri, Oct 30, 2020 at 10:52 AM Dawid Weiss  wrote:

> 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 the clustering engine so I'm wondering what to
> do with it now. The only option I see at the moment is to remove the
> clustering contrib entirely from 8x because it can't be upgraded.
> -
>
> Dawid
>
> On Fri, Oct 30, 2020 at 3:40 PM David Smiley  wrote:
> >
> > 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 it's eventually released (when 9.0 is released, or
> thereafter).  So I don't think we should change Solr core / SolrJ 's
> minimum Java requirements just because of the needs of a contrib.  I think
> that's solved by the package system.
> >
> > ~ David Smiley
> > Apache Lucene/Solr Search Developer
> > http://www.linkedin.com/in/davidwsmiley
> >
> >
> > On Fri, Oct 30, 2020 at 10:31 AM Dawid Weiss 
> wrote:
> >>
> >> 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 minimum of Java
> >> 11 a possibility, only nobody got to it yet?
> >>
> >> Dawid
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >> For additional commands, e-mail: dev-h...@lucene.apache.org
> >>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: [SOLR] Closing CDCR issues as Won't Fix

[Eric Pugh]

I hadn’t realized what the 
https://lucene.apache.org/solr/guide/8_6/package-manager-internals.html#package-store
 Package Store does previously, thanks for sharing that.

Is the blob store the only use of the .system collection then?  Is “blob store 
== .system” conceptually?


> On Oct 30, 2020, at 12:40 AM, David Smiley  wrote:
> 
> AFAIK, the blob store is staying, perhaps because the metrics history handler 
> still uses it.  That said... I'd rather it just not.  It's obsoleted by the 
> "file store", an unsung hero of the new package manager system.
> 
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley 
> 
> 
> On Thu, Oct 29, 2020 at 11:54 AM Eric Pugh  > wrote:
> I was looking at the Deprecations wiki page: 
> https://cwiki.apache.org/confluence/display/SOLR/Deprecations 
> 
> 
> However, the wording on that page is "Runtime lib plugin loading from blob 
> store”, so maybe I’m wrong, and we’re keeping the blob store, but just not 
> for loading runtime libs?   I found that the 
> https://lucene.apache.org/solr/guide/8_6/metrics-history.html 
>  page 
> highlights you have to have the .system collection to persist metrics through 
> restarts.
> 
> I looked at https://lucene.apache.org/solr/guide/8_6/blob-store-api.html 
>  expecting it 
> to say “don’t use this, use the package manager”, however it doesn’t.  I did 
> find on 
> https://lucene.apache.org/solr/guide/8_6/adding-custom-plugins-in-solrcloud-mode.html#adding-custom-plugins-in-solrcloud-mode
>  
> 
>  that it highlights that adding custom plugins via the blob store and is not 
> supported in Solr 9.
> 
> 
> 
> 
> 
>> On Oct 29, 2020, at 8:27 AM, Mike Drob > > wrote:
>> 
>> I saw these issues but I didn’t find the blob store deprecation decision to 
>> reference when closing them. 
>> 
>> On Thu, Oct 29, 2020 at 6:59 AM Eric Pugh > > wrote:
>> Mike,
>> 
>> There are five that come up: 
>> https://issues.apache.org/jira/browse/SOLR-12501?jql=project%20%3D%20SOLR%20AND%20status%20%3D%20Open%20AND%20component%20%3D%20blobstore
>>  
>> 
>> 
>> 
>> 
>>> On Oct 28, 2020, at 6:01 PM, Mike Drob >> > wrote:
>>> 
>>> This is done for CDCR and Velocity.
>>> 
>>> I don't really understand which parts of HDFS are deprecated and which ones 
>>> are staying (this is not a request for somebody to explain it to me), so I 
>>> left that one alone.
>>> 
>>> If you link me to the blobstore deprecation JIRA, then I can close those as 
>>> well. I think I have the mechanics of this figured out by now.
>>> 
>>> On Wed, Oct 28, 2020 at 3:36 PM Eric Pugh >> > wrote:
>>> Thank you Mike!
>>> 
>>> While you are at it, is “blobstore” also a candidate for this?
>>> 
>>> Eric
>>> 
>>> 
 On Oct 28, 2020, at 4:30 PM, Mike Drob >>> > wrote:
 
 That's a good point, David. I'll make sure to include that.
 
 @Eric - I'll handle the Velocity issues for you as well.
 
 On Wed, Oct 28, 2020 at 2:59 PM David Smiley >>> > wrote:
 In these bulk changes, please add a comment pointing to the deprecation.
 
 ~ David Smiley
 Apache Lucene/Solr Search Developer
 http://www.linkedin.com/in/davidwsmiley 
 
 
 On Wed, Oct 28, 2020 at 10:34 AM Eric Pugh 
 mailto:ep...@opensourceconnections.com>> 
 wrote:
 Hopefully not hijacking your thread….  I ran the report for the Velocity 
 contrib module, and wondered if we should do the same thing there?
 
 https://issues.apache.org/jira/browse/SOLR-6702?jql=project%20%3D%20SOLR%20AND%20status%20%3D%20Open%20AND%20component%20%3D%20%22contrib%20-%20Velocity%22
  
 
 
 
 
> On Oct 28, 2020, at 10:19 AM, Mike Drob  > wrote:
> 
> Devs,
> 
> Just a heads up that since Solr CDCR is on the slate for 
> deprecation/removal, I'm going to clean up some JIRA issues related to 
> it, namely 
> https://issues.apache.org/jira/issues/?jql=project%20%3D%20SOLR%20AND%20status%20%3D%20Open%20AND%20component%20%3D%20CDCR
>  
> 

Re: Solr 8.x and contribs requiring Java 11

[Dawid Weiss]

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 the clustering engine so I'm wondering what to
do with it now. The only option I see at the moment is to remove the
clustering contrib entirely from 8x because it can't be upgraded.
-

Dawid

On Fri, Oct 30, 2020 at 3:40 PM David Smiley  wrote:
>
> 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 it's eventually released (when 9.0 is released, or thereafter).  
> So I don't think we should change Solr core / SolrJ 's minimum Java 
> requirements just because of the needs of a contrib.  I think that's solved 
> by the package system.
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
>
>
> On Fri, Oct 30, 2020 at 10:31 AM Dawid Weiss  wrote:
>>
>> 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 minimum of Java
>> 11 a possibility, only nobody got to it yet?
>>
>> Dawid
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Solr 8.x and contribs requiring Java 11

[Erick Erickson]

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 reference impl thing.

What I’d suggest is that we push forward with a 9.0 release and consider
it something of a placeholder while the reference impl either becomes
our main line or doesn’t. Then your problem disappears ;). Unfortunately,
a new major release always takes some time.

FWIW,
Erick

> On Oct 30, 2020, at 10:30 AM, Dawid Weiss  wrote:
> 
> 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 minimum of Java
> 11 a possibility, only nobody got to it yet?
> 
> Dawid
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
> 


-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Solr 8.x and contribs requiring Java 11

[David Smiley]

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 it's eventually released (when 9.0 is released, or
thereafter).  So I don't think we should change Solr core / SolrJ 's
minimum Java requirements just because of the needs of a contrib.  I think
that's solved by the package system.

~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley


On Fri, Oct 30, 2020 at 10:31 AM Dawid Weiss  wrote:

> 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 minimum of Java
> 11 a possibility, only nobody got to it yet?
>
> Dawid
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Solr 8.x and contribs requiring Java 11

[Dawid Weiss]

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 minimum of Java
11 a possibility, only nobody got to it yet?

Dawid

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: [VOTE] Release Lucene/Solr 8.7.0 RC1

[Ignacio Vera]

+1 SUCCESS! [1:42:16.864208]

On Fri, Oct 30, 2020 at 12:13 PM Adrien Grand  wrote:

> +1 SUCCESS! [2:11:05.149743]
>
> On Fri, Oct 30, 2020 at 5:54 AM Atri Sharma  wrote:
>
>> Please vote for release candidate 1 for Lucene/Solr 8.7.0
>>
>>
>> The artifacts can be downloaded from:
>>
>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067
>>
>>
>> You can run the smoke tester directly with this command:
>>
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>
>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067
>>
>>
>> The vote will be open for at least 72 hours i.e. until 2020-11-01 20:00
>> UTC.
>>
>>
>> [ ] +1  approve
>>
>> [ ] +0  no opinion
>>
>> [ ] -1  disapprove (and reason why)
>>
>>
>> Here is my +1
>>
>> 
>>
>>
>> --
>> Regards,
>>
>> Atri
>> Apache Concerted
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>
>
> --
> Adrien
>

Re: [VOTE] Release Lucene/Solr 8.7.0 RC1

[Adrien Grand]

+1 SUCCESS! [2:11:05.149743]

On Fri, Oct 30, 2020 at 5:54 AM Atri Sharma  wrote:

> Please vote for release candidate 1 for Lucene/Solr 8.7.0
>
>
> The artifacts can be downloaded from:
>
>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067
>
>
> You can run the smoke tester directly with this command:
>
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
>
>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.7.0-RC1-rev2dc63e901c60cda27ef3b744bc554f1481b3b067
>
>
> The vote will be open for at least 72 hours i.e. until 2020-11-01 20:00
> UTC.
>
>
> [ ] +1  approve
>
> [ ] +0  no opinion
>
> [ ] -1  disapprove (and reason why)
>
>
> Here is my +1
>
> 
>
>
> --
> Regards,
>
> Atri
> Apache Concerted
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

-- 
Adrien

Re: Solr dependency update at Apache Beam - which versions should be supported

[Piotr Szuberski]

Thank you for your answer!

I suppose we will just update it to the latest Solr version then after some
preceding discussion.

Kind regards,
Piotr Szuberski

On Tue, Oct 27, 2020 at 8:08 PM David Smiley  wrote:

> Hi,
>
> Maybe you are referring to SolrJ?  Generally speaking, SolrJ has been very
> compatible communicating to many backend Solr server versions.  I wish we
> tracked problems about this specifically somewhere, but I don't think we
> do.  I suggest simply using the latest SolrJ release.  If you find issues,
> report them.  Again, assuming SolrJ, it's good to have some flexibility on
> which SolrClient subclass is used.  There's Cloud vs not (i.e. standalone),
> there's newer HTTP2 vs not.  There's Cloud talking directly to ZooKeeper
> for cluster state, or there's via Solr HTTP.
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
>
>
> On Tue, Oct 27, 2020 at 12:07 PM Piotr Szuberski <
> piotr.szuber...@polidea.com> wrote:
>
>> Hi,
>>
>> We are working on dependency updates at Apache Beam and I would like to
>> consult which versions should be supported so we don't break any existing
>> users.
>>
>> Previously the supported Solr version was 5.5.4.
>>
>> Versions 8.x.y and 7.x.y naturally come to mind as they are the only not
>> deprecated. But maybe there are users that use some earlier versions?
>>
>> Are these versions backwards-compatible or there are things to be aware
>> of?
>>
>> Regards,
>> Piotr
>>
>

-- 

*Piotr Szuberski*
Polidea  | Junior Software Engineer

E: piotr.szuber...@polidea.com

Unique Tech
Check out our projects! 

Re: [Lucene] Add javadoc for Lucene86PointsFormat class

[LuXugang]

Thanks David, add link in javadocs is great, got it ~

> On Oct 30, 2020, at 12:45 PM, David Smiley  wrote:
> 
> Fantastic contribution! 
> 
> I don't think we have images in our javadocs, but if you can prove me wrong 
> then great!  We could link to it from javadocs and host it at the Confluence 
> based wiki here: https://cwiki.apache.org/confluence/display/LUCENE/Home 
> 
> 
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley 
> 
> 
> On Wed, Oct 28, 2020 at 11:39 AM LuXugang  wrote:
> Hi,
> 
> I would like to add javadoc for Lucene86PointsFormat class,  it is really 
> helpful for source reader to understand the data structure with point value
> 
> The attachment list part of the data structure （filled with color means it 
> has sub data structure）<1.png>
> 
>