accumulo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Berman (JIRA)" <j...@apache.org>
Subject [jira] [Assigned] (ACCUMULO-1699) ZooKeeperInstance lazy load instanceId
Date Fri, 01 Nov 2013 18:55:17 GMT

     [ https://issues.apache.org/jira/browse/ACCUMULO-1699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Michael Berman reassigned ACCUMULO-1699:
----------------------------------------

    Assignee: Michael Berman

> ZooKeeperInstance lazy load instanceId
> --------------------------------------
>
>                 Key: ACCUMULO-1699
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-1699
>             Project: Accumulo
>          Issue Type: Improvement
>          Components: client
>    Affects Versions: 1.5.0
>            Reporter: Christopher Tubbs
>            Assignee: Michael Berman
>             Fix For: 1.7.0
>
>
> I was unit testing the serialization of ZooKeeperInstance settings in a mapreduce job,
and discovered that I couldn't deserialize and construct the ZooKeeperInstance unless the
hostnames were valid and ZK was running.
> It should be possible to construct an instance of ZooKeeperInstance without trying to
connect.
> It is unintuitive that it immediately tries to connect to ZooKeeper when it is constructed,
instead of waiting until getInstanceId() is called.
> The constructor should only construct the object... not do work.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

Mime
View raw message