[ 
https://issues.apache.org/jira/browse/SOLR-15351?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17435106#comment-17435106
 ] 

Jason Gerlowski commented on SOLR-15351:
----------------------------------------

I _think_ the only {{/v2/collections/<coll>}} API that still relies on the 
apispec definition is the {{GET /v2/collections/<coll>}} (similar to the 
existing COLSTATUS API, or {{action=CLUSTERSTATUS&collection=<coll>}} 

> Make /v2/collections/<collName> APIs annotation-based
> -----------------------------------------------------
>
>                 Key: SOLR-15351
>                 URL: https://issues.apache.org/jira/browse/SOLR-15351
>             Project: Solr
>          Issue Type: Improvement
>          Components: v2 API
>    Affects Versions: main (9.0), 8.8.2
>            Reporter: Jason Gerlowski
>            Assignee: Jason Gerlowski
>            Priority: Minor
>          Time Spent: 3h
>  Remaining Estimate: 0h
>
> Solr's v2 APIs can be implemented in 1 of 2 possible ways: an apispec (i.e. 
> JSON file) based approach that was originally conceived when the v2 APIs were 
> created, and an approach that relies on annotated POJO objects which has come 
> into favor more recently as it results in less duplication and inches our 
> APIs ones step towards a more strongly-typed future.
> The consensus has emerged across several JIRAs that the annotated-POJO 
> approach is the one that should be used going forward, and that existing v2 
> APIs should be cut over as convenient.
> It's worth noting that this will cause the introspection output to lose the 
> "description" text for these APIs and their parameters, as there's no support 
> for this yet for annotation-based v2 APIs. See SOLR-15117 for more details.
> This ticket aims to tackle this conversion for the /v2/collections/<collName> 
> APIs.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org

Reply via email to