You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Brian Loss (JIRA)" <ji...@apache.org> on 2014/12/04 19:18:12 UTC
[jira] [Created] (ACCUMULO-3382) client only connects to first
zookeeper instance
Brian Loss created ACCUMULO-3382:
------------------------------------
Summary: client only connects to first zookeeper instance
Key: ACCUMULO-3382
URL: https://issues.apache.org/jira/browse/ACCUMULO-3382
Project: Accumulo
Issue Type: Bug
Components: client, mapreduce
Affects Versions: 1.6.1
Reporter: Brian Loss
Assignee: Eric Newton
When using a ClientConfiguration (or a ZookeeperInstance) to connect to accumulo, the connection will only ever use the first zookeeper in the list provided. When connections are made from a mapreduce job, this can lead to the first zookeeper server becoming overloaded.
The underlying problem seems to be in ClientConfiguration:
{code:java}
ClientConfiguration cc = ClientConfiguration.loadDefault().withZkHosts("host1,host2,host3");
// Will only return "host1" and not "host1,host2,host3"
System.out.println(cc.get(ClientConfiguration.ClientProperty.INSTANCE_ZK_HOST));
{code}
This is happening because ClientConfiguration extends CompositeConfiguration, a class in commons-configuration. On of the default features is that if you set a property that is a comma-delimited list of values, it creates a list property. If you retrieve the property value using getString, then only the first value in the list will be returned.
It seems there are a couple solutions to this problem:
1. Disable the automatic list parsing. This is trivial by simply calling setDelimiterParsingDisabled(true) in the ClientConfiguration constructor.
2. Change the way all properties that are intended to be a comma-separated list are retrieved such that the appropriate list-based retrieval method is used.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)