You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Varun Thacker (JIRA)" <ji...@apache.org> on 2015/06/23 09:11:02 UTC

[jira] [Resolved] (SOLR-7499) Deprecate the "name" parameter from the ADDREPLICA Collection API call

     [ https://issues.apache.org/jira/browse/SOLR-7499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Varun Thacker resolved SOLR-7499.
---------------------------------
    Resolution: Fixed

> Deprecate the "name" parameter from the ADDREPLICA Collection API call
> ----------------------------------------------------------------------
>
>                 Key: SOLR-7499
>                 URL: https://issues.apache.org/jira/browse/SOLR-7499
>             Project: Solr
>          Issue Type: Bug
>            Reporter: Varun Thacker
>            Assignee: Varun Thacker
>            Priority: Minor
>             Fix For: 5.3, Trunk
>
>         Attachments: SOLR-7499.patch, SOLR-7499.patch, SOLR-7499.patch
>
>
> Right now we take a "name" parameter in the ADDREPLICA call. We use that as the core name for the replica. Are there any use cases where specifying the name of the core for the replica is useful?
> Here are the disadvantages of doing so -
> 1. We don't verify if the name is unique in the collection. So if a conflicting name ends up in the same node then the call will fail.
> 2. If it core is created on some other node, it will fail with legacyCloud=false as that checks for uniqueness in core names.
> https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-api_addreplica - The ref guide has never documented the "name" parameter.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org