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 <[email protected]> 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 <[email protected]> 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 <[email protected]> > 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 <[email protected]> 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 < >> [email protected]> 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 <[email protected]> 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 <[email protected]> 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 < >>>> [email protected]> 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 <[email protected]> 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 >>>>> <http://tinyurl.com/eric-cal> >>>>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed >>>>> <https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw> >>>>> 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 >>> <http://tinyurl.com/eric-cal> >>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed >>> <https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw> >>> 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 >> <http://tinyurl.com/eric-cal> >> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed >> <https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw> >> 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 > <http://tinyurl.com/eric-cal> > Co-Author: Apache Solr Enterprise Search Server, 3rd Ed > <https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw> > 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. > >
