You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Ramkumar Aiyengar (JIRA)" <ji...@apache.org> on 2015/03/02 07:40:04 UTC
[jira] [Comment Edited] (SOLR-7176) allow zkcli to modify JSON
[ https://issues.apache.org/jira/browse/SOLR-7176?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14342833#comment-14342833 ]
Ramkumar Aiyengar edited comment on SOLR-7176 at 3/2/15 6:39 AM:
-----------------------------------------------------------------
Fair enough, if we do see and intend to use clusterprops.json as an interface, 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..
was (Author: andyetitmoves):
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-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org