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

Noble Paul commented on SOLR-11624:
-----------------------------------

Had a discussion with [~ichattopadhyaya]. We really need to nail down the 
behavior for the default configsets. These were the take aways. Please comment

* If Solr creates a configset implicitly, Solr must delete it implicitly when 
the collection is deleted (if it's not referenced by another collection, of 
course)
* The current naming of the configset can lead to conflict can lead to the 
current, unpleasant behavior. The implicit configset created for a collection 
called {{mycollection}} should be something like {{SOLR_CONFSET.mycollection}} 
(other name suggestions are welcome). 

> _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: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to