[
https://issues.apache.org/jira/browse/SOLR-4983?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13843571#comment-13843571
]
Mark Miller commented on SOLR-4983:
-----------------------------------
bq. could anyone suggest if by creating cores separately (with the same
collection name) we would achieve the same effect as creating collection via
Collections API?
By and large, currently, yes, this is supported. There is a flag that tracks if
the collection was created with the collections api or not - and if it is, you
will end up being able to use further features in the future - but currently
you should be able to use the cores api to do what you want no problem.
> Problematic core naming by collection create API
> -------------------------------------------------
>
> Key: SOLR-4983
> URL: https://issues.apache.org/jira/browse/SOLR-4983
> Project: Solr
> Issue Type: Bug
> Components: SolrCloud
> Reporter: Chris Toomey
>
> The SolrCloud collection create API creates cores named
> "foo_shard<x>_replica<y>" when asked to create collection "foo".
> This is problematic for at least 2 reasons:
> 1) these ugly core names show up in the core admin UI, and will vary
> depending on which node is being used,
> 2) it prevents collections from being used in SolrCloud joins, since join
> takes a core name as the fromIndex parameter and there's no single core name
> for the collection. As I've documented in
> https://issues.apache.org/jira/browse/SOLR-4905 and
> http://lucene.472066.n3.nabble.com/Joins-with-SolrCloud-tp4073199p4074038.html,
> SolrCloud join does work when the inner collection (fromIndex) is not
> sharded, assuming that collection is available and initialized at SolrCloud
> bootstrap time.
> Could this be changed to instead use the collection name for the core name?
> Or at least add a core-name option to the API?
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
