Mailing-List: contact zookeeper-user-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: zookeeper-user@hadoop.apache.org
Received-SPF: pass (athena.apache.org: domain of chirino@gmail.com designates
 209.85.128.187 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=iMEVdQCki5BEY8m9RmDI6tewEp+47OsUaA1/tf736lW8QR5amK6m0nHmbqbukWDwTe
         xc3xxxk5b9lcbOVC5aLZJQvB28SGt1OA0TWcv3Rcp/Nf3wlnhS5N0/Q30b1S1Hs9A8tT
         qpgSM1m8GjD8yV4NTwkjboFQ/i/UeaVw8EHjw=
Message-ID: <af2843cd0901070703s4efe93aeg667edc73abfc2361@mail.gmail.com>
Date: Wed, 7 Jan 2009 10:03:11 -0500
From: "Hiram Chirino" <chirino@gmail.com>
To: zookeeper-user@hadoop.apache.org
Subject: Re: Simpler ZooKeeper event interface....
In-Reply-To: <30c6373b0901062058x280d32a3j9883bf044829af35@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <30c6373b0901061657y61d329e4m73745c4f3a18ef8a@mail.gmail.com>
	 <C5895D90.165C7%mahadev@yahoo-inc.com>
	 <30c6373b0901062058x280d32a3j9883bf044829af35@mail.gmail.com>

Knowing about a disconnection may be important to some apps.  For
example if an app uses ZK for leader election, and the leader gets
disconnected from ZK, he should give up being the leader, since a
different leader may get elected while he is disconnected from ZK.

On Tue, Jan 6, 2009 at 11:58 PM, Kevin Burton <burton@spinn3r.com> wrote:
> 3.0.1.....
> my watches get recreated on the new server but I'm still too aware of
> connections.
>
> In fact, shouldn't disconnect be removed entirely?  Or is this just advice
> telling the client that something bad might have happened?
>
> Kevin
>
> On Tue, Jan 6, 2009 at 7:12 PM, Mahadev Konar <mahadev@yahoo-inc.com> wrote:
>
>> http://issues.apache.org/jira/browse/ZOOKEEPER-23
>>
>> This has been fixed in zookeeper-3.0 release. Are you using a release from
>> sourceforge?
>>
>>
>> mahadev
>>
>>
>> On 1/6/09 4:57 PM, "Kevin Burton" <burton@spinn3r.com> wrote:
>>
>> > This could be simplified if the semantics for reconnect were simplified.
>> > Is there any reason why I should know about a disconnect if ZK is just
>> going
>> > to reconnect me to another server in 1ms?
>> >
>> > Why not hide *all* of this form the user and have the client re-issue
>> > watches on reconnect and hold off on throwing exceptions if the server
>> > returns.
>> >
>> > This would allow the user to just handle three conditions... total
>> ensemble
>> > failure, no ACL permission, or no node existing (of vice-versa).
>> >
>> > Kevin
>> >
>> >
>> >> If I run an async request, the client should replay these if I'm
>> >> reconnected to another host.
>> >>
>> >> --
>> > Founder/CEO Spinn3r.com
>> > Location: San Francisco, CA
>> > AIM/YIM: sfburtonator
>> > Skype: burtonator
>> > Work: http://spinn3r.com
>>
>>
>
>
> --
> Founder/CEO Spinn3r.com
> Location: San Francisco, CA
> AIM/YIM: sfburtonator
> Skype: burtonator
> Work: http://spinn3r.com
>


-- 
Regards,
Hiram

Blog: http://hiramchirino.com

Open Source SOA
http://open.iona.com