Agree to Alessandro point and thanks for pointing out that all of the endpoints require collection reload. I assume this <https://solr.apache.org/guide/8_9/configsets-api.html#configsets-upload> upload config endpoint also performs collection reload, is that right?
On Mon, Jan 29, 2024 at 9:27 AM Eric Pugh <ep...@opensourceconnections.com> wrote: > There is some documentation, however it’s buried under the Package > Management: > https://solr.apache.org/guide/solr/latest/configuration-guide/package-manager-internals.html#package-store > > In https://issues.apache.org/jira/browse/SOLR-16038 there was some great > work to start breaking out the File store from being tightly coupled to > Packages. > > We do need better docs about the File store API in the ref guide, as I > think that even in the 9.5 release we still refer to it as "Package Store > APIs”. > > > > > > On Jan 29, 2024, at 5:59 AM, Alessandro Benedetti <a.benede...@sease.io> > wrote: > > > > Do we have any documentation about the File store APIs current usages? > > Is there any plan to replace SolrResourceLoader with that? > > Learning To Rank uses the SolrResourceLoader mechanisms to load the model > > into memory (to then use it) and that mechanism is used across many > Apache > > Solr functionalities and all of them require a collection reload to > refresh > > the resource: > > > https://solr.apache.org/guide/solr/latest/configuration-guide/managed-resources.html#applying-managed-resource-changes > > > > Changing this won't be trivial and If anyone approaches the problem I > don't > > think this should change for Learning To Rank only. > > > > Cheers > > > > -------------------------- > > *Alessandro Benedetti* > > Director @ Sease Ltd. > > *Apache Lucene/Solr Committer* > > *Apache Solr PMC Member* > > > > e-mail: a.benede...@sease.io > > > > > > *Sease* - Information Retrieval Applied > > Consulting | Training | Open Source > > > > Website: Sease.io <http://sease.io/> > > LinkedIn <https://linkedin.com/company/sease-ltd> | Twitter > > <https://twitter.com/seaseltd> | Youtube > > <https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> | Github > > <https://github.com/seaseltd> > > > > > > On Mon, 29 Jan 2024 at 03:46, rajani m <rajinima...@gmail.com> wrote: > > > >> Thank you Ishan, here is the jira - SOLR-17132 > >> <https://issues.apache.org/jira/browse/SOLR-17132>. Could you point me > to > >> the API built for distributed management of package files? > >> > >> On Sat, Jan 27, 2024 at 12:40 PM Ishan Chattopadhyaya < > >> ichattopadhy...@gmail.com> wrote: > >> > >>> Hi Rajani, > >>> I think the LTR models could take advantage of the File store APIs that > >> was > >>> built for distributed management of package files. If you file a JIRA > for > >>> it, someone can pick it up and work on it. > >>> Thanks and regards, > >>> Ishan > >>> > >>> On Sat, 27 Jan, 2024, 11:03 pm rajani m, <rajinima...@gmail.com> > wrote: > >>> > >>>> Hi All, > >>>> > >>>> Similar to any schema APIs, I expected the LTR model upload endpoint > >>> to > >>>> distribute and make the model available across all the nodes, however > >> it > >>>> does not. After upload, it continues to report "model not found > >>>> exception". The model becomes available only after a collection > >> "reload" > >>>> api is requested. Have you experienced this? > >>>> > >>>> Thanks, > >>>> Rajani > >>>> > >>> > >> > > _______________________ > Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | > http://www.opensourceconnections.com < > 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. > >
