You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Josh Elser (JIRA)" <ji...@apache.org> on 2014/09/19 19:07:37 UTC
[jira] [Updated] (ACCUMULO-2966) ZooReaderWriter.getInstance
ignores changes in params
[ https://issues.apache.org/jira/browse/ACCUMULO-2966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Josh Elser updated ACCUMULO-2966:
---------------------------------
Fix Version/s: (was: 1.5.2)
1.5.3
> ZooReaderWriter.getInstance ignores changes in params
> -----------------------------------------------------
>
> Key: ACCUMULO-2966
> URL: https://issues.apache.org/jira/browse/ACCUMULO-2966
> Project: Accumulo
> Issue Type: Bug
> Components: fate
> Affects Versions: 1.5.0, 1.5.1, 1.6.0
> Reporter: Sean Busbey
> Priority: Minor
> Labels: newbie
> Fix For: 1.5.3, 1.6.1, 1.7.0
>
>
> the factory methods on ZooReaderWriter take parameters for servers, timeout, and authentication, but ignores if those parameters are different from the first invocation.
> {code}
> public static synchronized ZooReaderWriter getInstance(String zookeepers, int timeInMillis, String scheme, byte[] auth) {
> if (instance == null)
> instance = new ZooReaderWriter(zookeepers, timeInMillis, scheme, auth);
> return instance;
> }
> /**
> * get an instance that retries when zookeeper connection errors occur
> *
> * @return an instance that retries when Zookeeper connection errors occur.
> */
> public static synchronized IZooReaderWriter getRetryingInstance(String zookeepers, int timeInMillis, String scheme, byte[] auth) {
> if (retryingInstance == null) {
> IZooReaderWriter inst = getInstance(zookeepers, timeInMillis, scheme, auth);
> InvocationHandler ih = new RetryingInvocationHandler(inst);
> retryingInstance = (IZooReaderWriter) Proxy.newProxyInstance(ZooReaderWriter.class.getClassLoader(), new Class[] {IZooReaderWriter.class}, ih);
> }
> return retryingInstance;
> }
> {code}
> It should either keep a cache keyed on the parameter values or it should throw an exception when they differ from the existing instance.
> Which one depends on wether the intent is to reuse objects or to have ZooReaderWriter be a proper singleton. I'm not sure from context, but I think the cache is the way to go.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)