Jason Gerlowski created SOLR-15141: -------------------------------------- Summary: Deprecate/Remove V2RequestSupport Key: SOLR-15141 URL: https://issues.apache.org/jira/browse/SOLR-15141 Project: Solr Issue Type: Task Security Level: Public (Default Security Level. Issues are Public) Components: v2 API Affects Versions: 8.8, master (9.0) Reporter: Jason Gerlowski
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...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org