[
https://issues.apache.org/jira/browse/SOLR-15141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17435108#comment-17435108
]
Jason Gerlowski commented on SOLR-15141:
----------------------------------------
Despite a good bit of brainstorming, I haven't found a good way to support v1
and v2 simultanteously in SolrJ without a V2RequestSupport-like interface. The
option mentioned above of keeping the interface but modifying it to work more
naturally with POJO/annotation-based APIs is looking increasingly likely.
(I've tweaked the title of this JIRA to reflect my own uncertainty here.)
> 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: v2 API
> Affects Versions: 8.8, main (9.0)
> Reporter: Jason Gerlowski
> Priority: Minor
> 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: [email protected]
For additional commands, e-mail: [email protected]
