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

Tim Vaillancourt commented on SOLR-5208:
----------------------------------------

Shalin: good point on the SPLITSHARD. To be consistent, are there any other 
places this is needed?

* Core API (already there).
* Collections API CREATE: discussed here.
* Collections API SPLITSHARD: Thanks Shalin!.
* Collections API CREATEALIAS(?): An alias shouldn't have it's own properties 
AFAIK, but calling that out.
* Collecitons API RELOAD(?): I'm not sure if the Core API functionality does 
this, but adding this to RELOAD would allow changing of properties 
post-create-time. Without this you'd need to DELETE/CREATE to change 
properties, or bypass.

Tim

                
> Support for the setting of core.properties key/values at create-time on 
> Collections API
> ---------------------------------------------------------------------------------------
>
>                 Key: SOLR-5208
>                 URL: https://issues.apache.org/jira/browse/SOLR-5208
>             Project: Solr
>          Issue Type: New Feature
>          Components: SolrCloud
>    Affects Versions: 4.4
>            Reporter: Tim Vaillancourt
>            Assignee: Erick Erickson
>         Attachments: SOLR-5208.patch
>
>
> As discussed on e-mail thread "Sharing SolrCloud collection configs 
> w/overrides" 
> (http://search-lucene.com/m/MUWXu1DIsqY1&subj=Sharing+SolrCloud+collection+configs+w+overrides),
>  Erick brought up a neat solution using HTTP params at create-time for the 
> Collection API.
> Essentially, this request is for a functionality that allows the setting of 
> variables (core.properties) on Collections API CREATE command.
> Erick's idea:
> "Maybe it's as simple as allowing more params for creation like
> collection.coreName where each param of the form collection.blah=blort
> gets an entry in the properties file blah=blort?..."

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to