[ 
https://issues.apache.org/jira/browse/SOLR-18427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ASF GitHub Bot updated SOLR-18427:
----------------------------------
    Labels: pull-request-available  (was: )

> Add v2 API equivalent for "List Replicas"
> -----------------------------------------
>
>                 Key: SOLR-18427
>                 URL: https://issues.apache.org/jira/browse/SOLR-18427
>             Project: Solr
>          Issue Type: Sub-task
>          Components: v2 API
>            Reporter: Eric Pugh
>            Priority: Major
>              Labels: pull-request-available
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> Currently, no v2 form exists for List Replicas — only POST .../replicas 
> (create) and the two DELETE variants (single replica, by count) exist; 
> there's no read.
> Proposed v2: GET /api/collections/collName/shards/shardName/replicas
> Proposed response shape — one entry per replica, the same fields 
> CLUSTERSTATUS already returns per replica today:
> {
>   "replicas": {
>     "core_node1":
> {       "core": "collName_shard1_replica_n1",       "base_url": 
> "http://host:8983/solr";,       "node_name": "host:8983_solr",       "state": 
> "active",       "type": "NRT",       "leader": true     }
>   }
> }
> Starrted in SOLR-16392; directly closes one of the "shard/replica granular 
> read" gaps blocking a clean CLUSTERSTATUS decomposition. Its response shape 
> is reused by "Fetch Single Shard" api listed in future sub task.
>  
> Source: "Resource 'CRUD' APIs" tab, row "List Replicas". Same 
> CLUSTERSTATUS-decomposition motivation as "List Shards" above.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to