[ 
https://issues.apache.org/jira/browse/SOLR-14680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17178888#comment-17178888
 ] 

Andrzej Bialecki commented on SOLR-14680:
-----------------------------------------

{quote}I did it on purpose.
{quote}
Thanks for the explanation (no irony intended - it's hard to know someone 
else's plans if they are not apparent from the code).

This is not a strategy I would have used, and it was rarely, if ever, used by 
other developers, for the reasons I outlined above - one possible outcome that 
I'm worried about is that we will end up carrying on with two incompatible APIs 
for a long time (or forever in 8x due to back-compat), which will actually 
complicate the code instead of simplifying it.

However, if you're committed to this strategy and if the community agrees this 
is the right way to go forward then I'll withdraw my objections and I'll 
support this effort, because I agree with the ultimate goal of this issue.

> Provide simple interfaces to our concrete SolrCloud classes
> -----------------------------------------------------------
>
>                 Key: SOLR-14680
>                 URL: https://issues.apache.org/jira/browse/SOLR-14680
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Noble Paul
>            Assignee: Noble Paul
>            Priority: Minor
>              Labels: clean-api
>          Time Spent: 10.5h
>  Remaining Estimate: 0h
>
> All our current implementations of SolrCloud such as 
> # ClusterState
> # DocCollection
> # Slice
> # Replica
> etc are concrete classes. Providing alternate implementations or wrappers is 
> extremely difficult. 
> SOLR-14613 is attempting to create  such interfaces to make their sdk simpler
> The objective is not to have a comprehensive set of methods in these 
> interfaces. We will start out with a subset of required interfaces. We 
> guarantee is that signatures of methods in these interfaces will not be 
> deleted/changed . But we may add more methods as and when it suits us



--
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

Reply via email to