[VOTE] Release Lucene/Solr 8.7.0 RC1

[Atri Sharma]

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

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

[David Smiley]

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 <
>> ep...@opensourceconnections.com> 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 <
 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
>
> There's a few that I'll leave untouched, like SOLR-10091 and
> SOLR-14611, since they are not related to the current implementation of
> CDCR, but the rest should be closed as Won't Fix. I'll try to do this
> without spamming the mailing list, but apologize pre-emptively if this
> generated a bunch of traffic.
>
> Mike
>
>
> ___
> *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC | 434.466.1467
> | http://www.opensourceconnections.com | My Free/Busy
> 
> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
> 
> This e-mail and all contents, including attachments, is considered to
> be Company Confidential unless explicitly stated otherwise, regardless
> of whether attachments are marked as such.
>
>
>>> ___
>>> *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC | 434.466.1467
>>> | http://www.opensourceconnections.com | My Free/Busy
>>> 
>>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
>>> 
>>> This e-mail and all contents, including attachments, is considered to be
>>>

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

[Eric Pugh]

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 >> > 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
  
 
 
 There's a few that I'll leave untouched, like SOLR-10091 and SOLR-14611, 
 since they are not related to the current implementation of CDCR, but the 
 rest should be closed as Won't Fix. I'll try to do this without spamming 
 the mailing list, but apologize pre-emptively if this generated a bunch of 
 traffic.
 
 Mike
>>> 
>>> ___
>>> Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | 
>>> http://www.opensourceconnections.com 
>>>  | My Free/Busy 
>>>   
>>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed 
>>> 
>>> 
>>> This e-mail and all contents, including attachments, is considered to be 
>>> Company Confidential unless explicitly stated otherwise, regardless of 
>>> whether attachments are marked as such.
>>> 
>> 
>> ___
>> Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | 
>> http://www.opensourceconnections.com  
>> | M

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

[Mike Drob]

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 <
>>> 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

 There's a few that I'll leave untouched, like SOLR-10091 and
 SOLR-14611, since they are not related to the current implementation of
 CDCR, but the rest should be closed as Won't Fix. I'll try to do this
 without spamming the mailing list, but apologize pre-emptively if this
 generated a bunch of traffic.

 Mike


 ___
 *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC | 434.466.1467
 | http://www.opensourceconnections.com | My Free/Busy
 
 Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
 
 This e-mail and all contents, including attachments, is considered to
 be Company Confidential unless explicitly stated otherwise, regardless
 of whether attachments are marked as such.


>> ___
>> *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC | 434.466.1467
>> | http://www.opensourceconnections.com | My Free/Busy
>> 
>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
>> 
>> This e-mail and all contents, including attachments, is considered to be
>> Company Confidential unless explicitly stated otherwise, regardless
>> of whether attachments are marked as such.
>>
>>
> ___
> *Eric Pugh **| *Founder & CEO | OpenSource Connections, LLC | 434.466.1467
> | http://www.opensourceconnections.com | My Free/Busy
> 
> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
> 
> This e-mail and all contents, including attachments, is considered to be
> Company Confidential unless explicitly stated otherwise, regardless
> of whether attachments are marked as such.
>
>

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

[Eric Pugh]

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 > > 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
>>>  
>>> 
>>> 
>>> There's a few that I'll leave untouched, like SOLR-10091 and SOLR-14611, 
>>> since they are not related to the current implementation of CDCR, but the 
>>> rest should be closed as Won't Fix. I'll try to do this without spamming 
>>> the mailing list, but apologize pre-emptively if this generated a bunch of 
>>> traffic.
>>> 
>>> Mike
>> 
>> ___
>> Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | 
>> http://www.opensourceconnections.com  
>> | My Free/Busy   
>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed 
>> 
>>  
>> This e-mail and all contents, including attachments, is considered to be 
>> Company Confidential unless explicitly stated otherwise, regardless of 
>> whether attachments are marked as such.
>> 
> 
> ___
> Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | 
> http://www.opensourceconnections.com  
> | My Free/Busy   
> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed 
> 
>   
> This e-mail and all contents, including attachments, is considered to be 
> Company Confidential unless explicitly stated otherwise, regardless of 
> whether attachments are marked as such.
> 

___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | 
http://www.opensourceconnections.com  | 
My Free/Busy   
Co-Author: Apache Solr Enterprise Search Server, 3rd Ed 


This e-mail and all contents, including attachments, is considered to be 
Company Confidential unless explicitly stated otherwise, regardless of whether 
attachments are marked as such.