Return-Path: X-Original-To: apmail-accumulo-notifications-archive@minotaur.apache.org Delivered-To: apmail-accumulo-notifications-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CF72818983 for ; Thu, 30 Apr 2015 22:41:06 +0000 (UTC) Received: (qmail 82813 invoked by uid 500); 30 Apr 2015 22:41:06 -0000 Delivered-To: apmail-accumulo-notifications-archive@accumulo.apache.org Received: (qmail 82771 invoked by uid 500); 30 Apr 2015 22:41:06 -0000 Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jira@apache.org Delivered-To: mailing list notifications@accumulo.apache.org Received: (qmail 82756 invoked by uid 99); 30 Apr 2015 22:41:06 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Apr 2015 22:41:06 +0000 Date: Thu, 30 Apr 2015 22:41:06 +0000 (UTC) From: "Josh Elser (JIRA)" To: notifications@accumulo.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (ACCUMULO-3604) connector.instanceOperations().setSystemProperty(String,String) returns silently for non-changeable ZK Property's MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/ACCUMULO-3604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14522410#comment-14522410 ] Josh Elser commented on ACCUMULO-3604: -------------------------------------- bq. Your description of server-side code behaving as a client Huh? I don't follow... What I said was that it may be useful (at a non-error level) to know if this code is being repeatedly executed with error. I don't think I said anything about who is executing it. bq. I don't object to the log statement. I just thought it'd be worth questioning whether it had value. Either way is fine with me. Thanks for giving it a look. > connector.instanceOperations().setSystemProperty(String,String) returns silently for non-changeable ZK Property's > ----------------------------------------------------------------------------------------------------------------- > > Key: ACCUMULO-3604 > URL: https://issues.apache.org/jira/browse/ACCUMULO-3604 > Project: Accumulo > Issue Type: Bug > Components: master > Affects Versions: 1.5.0, 1.5.1, 1.5.2, 1.6.0, 1.6.1, 1.6.2 > Reporter: Josh Elser > Assignee: Jeffrey S Schwartz > Labels: newbie, summit2015 > Fix For: 1.5.3, 1.6.3, 1.8.0, 1.7.1 > > Attachments: ACCUMULO-3604.patch > > > Only a subset of the configuration {{Property}}'s in Accumulo are modifiable via ZooKeeper (defined by {{Property.isValidZooProperty}}). > {{connector.instanceOperations().setProperty(String,String)}} updates the provided property name with the given value in ZooKeeper. The thing that is never mentioned is that only a subset of the properties in Accumulo are allowed to be overriden in ZooKeeper. Furthermore, the user receives no indication that their call failed. > The Javadoc on {{setSystemProperty(String,String)}} should be updated to inform the users that only some properties can be changed by this method, and some information should be returned back to the user to let them know that their call did not succeed (likely an Exception). -- This message was sent by Atlassian JIRA (v6.3.4#6332)