[ https://issues.apache.org/jira/browse/SOLR-17042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17778493#comment-17778493 ]
ASF subversion and git services commented on SOLR-17042: -------------------------------------------------------- Commit 41272edac29bfb788779da7fec71dbc512ce3955 in solr's branch refs/heads/branch_9x from Jason Gerlowski [ https://gitbox.apache.org/repos/asf?p=solr.git;h=41272edac29 ] SOLR-17042: Deprecate V2RequestSupport interface V2RequestSupport never panned out as a way to allow users to dogfood v2 APIs in SolrJ. Users looking to take advantage of v2 APIs in Solr should use v2-native SolrRequest objects directly. > Deprecate and remove 'V2RequestSupport' and related methods > ----------------------------------------------------------- > > Key: SOLR-17042 > URL: https://issues.apache.org/jira/browse/SOLR-17042 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: v2 API > Reporter: Jason Gerlowski > Priority: Minor > Labels: V2 > Time Spent: 40m > Remaining Estimate: 0h > > The V2RequestSupport interface (and associated methods) were created as a way > to convert certain SolrRequest objects that supported it into their v2 > counterparts. In practice though, this conversion logic was costly to write > and maintain, so very few SolrRequest implementations ever supported it. At > its peak, only a few "collection admin" APIs ever supported conversion, and > these were removed a year or so back. > Instead, we've moved towards generating v2 SolrRequest implementations from > our OpenAPI Spec ("OAS"). > We should deprecate V2RequestSupport (and related methods) in 9.x and remove > it entirely in 10. -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org