[
https://issues.apache.org/jira/browse/SOLR-11624?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16245844#comment-16245844
]
Shawn Heisey edited comment on SOLR-11624 at 11/9/17 3:42 PM:
--------------------------------------------------------------
I agree with Erick. If a configset already exists, Solr should *not* be
changing it just because a collection creation with the same name was
requested. What if there were a hundred existing collections all using that
configset?
Having an option on the create command to force a config overwrite wouldn't be
a bad idea, but that shouldn't be the default behavior.
was (Author: elyograg):
I agree with Erick. If a configset already exists, Solr should *not* be
changing it just because a collection creation with the same name was
requested. What if there were a hundred existing collections all using that
configset?
> _default configset overwrites a a configset if collection.configName isn't
> specified even if a confiset of the same name already exists.
> ----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-11624
> URL: https://issues.apache.org/jira/browse/SOLR-11624
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Affects Versions: 7.2
> Reporter: Erick Erickson
> Assignee: Erick Erickson
> Attachments: SOLR-11624.patch
>
>
> Looks like a problem that crept in when we changed the _default configset
> stuff.
> setup:
> upload a configset named "wiki"
> collections?action=CREATE&name=wiki&.....
> My custom configset "wiki" gets overwritten by _default and then used by the
> "wiki" collection.
> Assigning to myself only because it really needs to be fixed IMO and I don't
> want to lose track of it. Anyone else please feel free to take it.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
