[ https://issues.apache.org/jira/browse/SOLR-15748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17615229#comment-17615229 ]
Jason Gerlowski commented on SOLR-15748: ---------------------------------------- Hi [~joshgogz] - thanks again for picking this up. By default, Solr's v1 CLUSTERSTATUS API will return information about *all* "collections" in your Solr cluster. But it also supports a query-parameter called "collection" - when Solr sees this "collection" parameter provided it will only return information about that one single collection. The PR you linked to (#396) handles the "single-collection" case, but not the "all-collections" case that's the default for v1 CLUSTERSTATUS. So IMO there's still a gap in Solr's v2 functionality, unless I'm missing something? Assuming not, that's probably what we should use this ticket for: to make sure there's a v2 API (say, {{GET /api/cluster}} ?) for the "all-collections" case. Does that make sense, or am I missing something? > Create v2 equivalent of v1 'CLUSTERSTATUS' (or document alternatives) > --------------------------------------------------------------------- > > Key: SOLR-15748 > URL: https://issues.apache.org/jira/browse/SOLR-15748 > Project: Solr > Issue Type: Sub-task > Components: v2 API > Reporter: Jason Gerlowski > Priority: Major > Labels: V2 > Time Spent: 50m > Remaining Estimate: 0h > > Solr's 'CLUSTERSTATUS' command under the v1 {{/solr/admin/collections}} > endpoint has no v2 equivalent. This should be remedied to inch v2 closer to > parity with v1 in preparation for eventual v1 deprecation. -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org