Mailing-List: contact dev-help@airavata.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@airavata.apache.org
Received-SPF: softfail (athena.apache.org: transitioning domain of
 glahiru@gmail.com does not designate 54.191.145.13 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <5536893B.1070106@iu.edu>
References: 
 <CAKq9_6JSBJXj=rmXGhOoZpKyGnWRq9CUCpMZB601AXv65MeOLw@mail.gmail.com>
	<5536893B.1070106@iu.edu>
Date: Tue, 21 Apr 2015 13:34:03 -0400
Message-ID: 
 <CAKq9_6JcQYUaGro=g=0XJo3gmBm+jHXKaiurAPnmawW2FMunvw@mail.gmail.com>
Subject: Re: Replacing ZK client with Curator
From: Lahiru Ginnaliya Gamathige <glahiru@gmail.com>
To: dev <dev@airavata.apache.org>
Content-Type: multipart/alternative; boundary=001a11c22942ecfb3305143f733e

--001a11c22942ecfb3305143f733e
Content-Type: text/plain; charset=UTF-8

Its not replace one set of problems with another, its about Curator is
handling timeouts and other ZK client code we have to do, so we can
directly use the Curator code. Its like a helper library written using
vanilla ZK client code.

On Tue, Apr 21, 2015 at 1:30 PM, Marlon Pierce <marpierc@iu.edu> wrote:

> Have you done a preliminary evaluation?  We don't want to replace one set
> of problems with another.
>
> Marlon
>
>
> On 4/21/15 12:39 PM, Lahiru Ginnaliya Gamathige wrote:
>
>> Hi Devs,
>>
>> I think its a good idea to replace ZK client code with Apache Curator
>> because we have to handle lots of timeout and other connectionLost issues
>> manually.
>>
>> What do you think, is it too late to do this and do the release ? If so we
>> can do it in next release otherwise we can implement this and extend the
>> release bit further.
>>
>> Are there any blocker like issues cause due to ZK timeout and
>> connectionLost errors ?
>>
>> Regards
>> Lahiru
>>
>>
>


-- 
Research Assistant
Science Gateways Group
Indiana University

--001a11c22942ecfb3305143f733e
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Its not=C2=A0<span style=3D"font-size:12.8000001907349px">=
replace one set of problems with another, its about Curator is handling tim=
eouts and other ZK client code we have to do, so we can directly use the Cu=
rator code. Its like a helper library written using vanilla ZK client code.=
=C2=A0</span></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote=
">On Tue, Apr 21, 2015 at 1:30 PM, Marlon Pierce <span dir=3D"ltr">&lt;<a h=
ref=3D"mailto:marpierc@iu.edu" target=3D"_blank">marpierc@iu.edu</a>&gt;</s=
pan> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex=
;border-left:1px #ccc solid;padding-left:1ex">Have you done a preliminary e=
valuation?=C2=A0 We don&#39;t want to replace one set of problems with anot=
her.<span class=3D"HOEnZb"><font color=3D"#888888"><br>
<br>
Marlon</font></span><div class=3D"HOEnZb"><div class=3D"h5"><br>
<br>
On 4/21/15 12:39 PM, Lahiru Ginnaliya Gamathige wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Hi Devs,<br>
<br>
I think its a good idea to replace ZK client code with Apache Curator<br>
because we have to handle lots of timeout and other connectionLost issues<b=
r>
manually.<br>
<br>
What do you think, is it too late to do this and do the release ? If so we<=
br>
can do it in next release otherwise we can implement this and extend the<br=
>
release bit further.<br>
<br>
Are there any blocker like issues cause due to ZK timeout and<br>
connectionLost errors ?<br>
<br>
Regards<br>
Lahiru<br>
<br>
</blockquote>
<br>
</div></div></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>=
<div class=3D"gmail_signature"><div dir=3D"ltr">Research Assistant=C2=A0<di=
v>Science Gateways Group</div><div>Indiana University</div></div></div>
</div>

--001a11c22942ecfb3305143f733e--