[
https://issues.apache.org/jira/browse/SOLR-10755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16026623#comment-16026623
]
Hoss Man commented on SOLR-10755:
---------------------------------
bq. It's a downer that they suffer the same downside that prompted the initial
SolrClient ctor change though- the number of SolrClient parameters that can be
provided/omitted causes us to end up with tons of these near-duplicate methods
I don't view that as a downside ... these are convinience methods for tests
that "don't care" about most of the particulars of their client -- giving us
the flexibility to randomize them. if a test *does* care they can use the
Builders directly (and many do)
> delete/refactor (most) solrj deprecations on master
> ---------------------------------------------------
>
> Key: SOLR-10755
> URL: https://issues.apache.org/jira/browse/SOLR-10755
> Project: Solr
> Issue Type: Task
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Hoss Man
> Assignee: Hoss Man
> Priority: Blocker
> Fix For: master (7.0)
>
> Attachments: SOLR-10755.patch, SOLR-10755.patch, SOLR-10755.patch
>
>
> using this issue to track some work i've done to cleanup deprecations in
> solrj for master (7.0)
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
