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

Ramkumar Aiyengar commented on SOLR-7176:
-----------------------------------------

Fair enough, if we do see and intend to use cluster props.json, I withdraw my 
objection.

bq. I guess I see those as orthogonal questions. Even if there is some sort of 
clusterprop command for zkcli, the ability to change an arbitrary file seems to 
fit right into the feature set of being able to upload arbitrary files (which 
zkcli can do today).

+1, if we are adding a clusterprop command as a safety mechanism, it seems 
better to add it to a "solr config tool" even if it just wraps zkcli. The 
feature Yonik currently is proposing is a suitable feature to add to what zkcli 
does today, being a sharp tool with the ability to modify/damage ZK arbitrarily 
as it stands today. Having people moving away from it in favour of a nicer 
wrapper tool which does specific things seems like a separate, good feature to 
have..

> allow zkcli to modify JSON
> --------------------------
>
>                 Key: SOLR-7176
>                 URL: https://issues.apache.org/jira/browse/SOLR-7176
>             Project: Solr
>          Issue Type: New Feature
>            Reporter: Yonik Seeley
>            Priority: Minor
>
> To enable SSL, we have instructions like the following:
> {code}
> server/scripts/cloud-scripts/zkcli.sh -zkhost localhost:2181 -cmd put 
> /clusterprops.json '{"urlScheme":"https"}'
> {code}
> Overwriting the value won't work well when we have more properties to put in 
> clusterprops.  We should be able to change individual values or perhaps merge 
> values.



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

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

Reply via email to