[
https://issues.apache.org/jira/browse/SOLR-15141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Gerlowski updated SOLR-15141:
-----------------------------------
Labels: V2 (was: )
> Investigate V2RequestSupport's role in SolrJ's V2 API support
> -------------------------------------------------------------
>
> Key: SOLR-15141
> URL: https://issues.apache.org/jira/browse/SOLR-15141
> Project: Solr
> Issue Type: Task
> Components: SolrJ, v2 API
> Affects Versions: 8.8, main (9.0)
> Reporter: Jason Gerlowski
> Priority: Minor
> Labels: V2
> Time Spent: 20m
> Remaining Estimate: 0h
>
> The V2RequestSupport interface was the original plan for building support for
> the v2 API into SolrJ's existing request objects. It relies on
> {{CollectionApiMapping.Meta}} to convert v1 request objects into instances of
> the generic V2Request class.
> This worked well as the V2 APIs were originally conceived, but has developed
> a few issues over time.
> # V2RequestSupport's reliance on the {{Meta}} mapping class means that it
> only works with jsonspec-based v2 APIs and not the annotated-POJOs that the
> community intends to use going forward for defining V2 APIs.
> # It requires users to create request objects that rely on v1 APIs and
> concepts. e.g. there is no "Collection Admin" path in v2 APIs.
> # Usage of the interface never took off. It's only currently used by
> CollectionAdminRequest. So it's somewhat abandoned already.
> We should deprecate V2RequestSupport in 8.x and plan to remove it in 9.0. In
> parallel (and in different JIRAs), we can work on adding v2 support to SolrJ
> one SolrRequest class at a time. (Classes that expose v2-compatible
> abstractions can be switched over to v2 implementations under-the-hood.
> Classes that don't (e.g. CollectionAdminRequest) can be deprecated and
> replaced by a more v2-friendly SolrRequest implementation.)
--
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
