Should I register a new API endpoint.

Hi all , I'm working on creating a v2 equivalent of v1 CLUSTERSTATUS- I have created an endpoint @EndPoint(method = GET, path = "/cluster/cluster-status", permission = COLL_READ_PERM) of the ClusterAPI. After running ./gradlew assemble and starting solr from the dev folder I tested the endpoint u

Re: Should I register a new API endpoint.

Actually I have found the solution. To run solr from dev folder I should use the build command ./gradlew dev and not ./gradlew assemble Regard, Joshua Ouma On Wed, Oct 12, 2022 at 11:39 AM Joshua Ouma wrote: > Hi all , > I'm working on creating a v2 equivalent of v1 CLUSTERSTATUS- > > I have cr

Re: Should I register a new API endpoint.

Have you seen the FAQ entries? https://github.com/apache/solr/blob/main/dev-docs/FAQ.adoc#whats-the-fastest-build-lifecycle-for-frontend-work-on-solr-admin That FAQ is

Re: New branch and feature freeze for Solr 9.1.0

I'd like to also include https://github.com/apache/solr/pull/1050 for https://issues.apache.org/jira/browse/SOLR-16439 bug fix please if that is okay? Christine From: dev@solr.apache.org At: 10/11/22 20:11:10 UTC+1:00To: dev@solr.apache.org Subject: Re: New branch and feature freeze for Solr 9.

Re: Should I register a new API endpoint.

I had not seen the FAQs. Sure I'll update the FAQs with what I discover while learning how Solr works. Regards, Joshua Ouma On Wed, Oct 12, 2022 at 2:47 PM Eric Pugh wrote: > Have you seen the FAQ entries? > https://github.com/apache/solr/blob/main/dev-docs/FAQ.adoc#whats-the-fastest-build-life

Re: New branch and feature freeze for Solr 9.1.0

Sure, please go ahead. Thanks! On Wed, 12 Oct, 2022, 5:27 pm Christine Poerschke (BLOOMBERG/ LONDON), < cpoersc...@bloomberg.net> wrote: > I'd like to also include https://github.com/apache/solr/pull/1050 for > https://issues.apache.org/jira/browse/SOLR-16439 bug fix please if that > is okay? > >

Re: New branch and feature freeze for Solr 9.1.0

Merging and backporting is now complete. Thank you. From: dev@solr.apache.org At: 10/12/22 17:01:02 UTC+1:00To: Christine Poerschke (BLOOMBERG/ LONDON ) , dev@solr.apache.org Subject: Re: New branch and feature freeze for Solr 9.1.0 Sure, please go ahead. Thanks! On Wed, 12 Oct, 2022, 5:27 pm

Re: New branch and feature freeze for Solr 9.1.0

> > * https://issues.apache.org/jira/browse/SOLR-16457 - solr.data.home set > to empty string in bin/solr > * https://issues.apache.org/jira/browse/SOLR-16433 - Solr SQL isn't > working w/ security manager enabled > Merged and backported to branch_9_1 Kevin Risden On Wed, Oct 12, 2022 at 12:32

Deprecation/Backcompat for Internal+Undocumented APIs

Hi all, Does our normal deprecation and backcompat policy around APIs, i.e. deprecate in major version (N-1) in order to remove/modify in major version N, apply to undocumented/internal APIs? I stumbled across an internal core-admin API (/admin/cores?action=INVOKE) on 'main' recently that was add

Understanding CLUSTERPROP APIs

Hi all, I noticed recently that Solr has several overlapping APIs for modifying what it calls "CLUSTERPROPS". I think I understand the purpose of each of these, but wanted to check here in case anyone had context to confirm or correct me: /admin/collections?action=CLUSTERPROP (or POST /api/clust

Re: Understanding CLUSTERPROP APIs

they are essentially trying to achieve the same thing . however the v2 API can actually set deeply nested objects and the v2 API can only touch the single value attributes at the top level. On Thu, Oct 13, 2022 at 12:37 PM Jason Gerlowski wrote: > Hi all, > > I noticed recently that Solr has s

Re: Deprecation/Backcompat for Internal+Undocumented APIs

They are internal/undocumented APIs .IMHO we shoould not wait until 10.0 On Thu, Oct 13, 2022 at 6:26 AM Jason Gerlowski wrote: > Hi all, > > Does our normal deprecation and backcompat policy around APIs, i.e. > deprecate in major version (N-1) in order to remove/modify in major version > N, app