handling auth failure in java client

Hi all, I filed this ticket last week: https://issues.apache.org/jira/browse/ZOOKEEPER-844 Currently, the Java client ignores auth failures which is extremely problematic for the deployment I am preparing. I have written a patch to correct the problem by adding an AuthFailed KeeperState and che

RE: windows port of C API

I would be very interested to see any work already done and provide feedback, we need such a port and were planning on writing one ourselves. C -Original Message- From: Ben Collins [mailto:ben.coll...@foundationdb.com] Sent: Monday, August 30, 2010 5:01 PM To: zookeeper-dev@hadoop.apach

Re: (ZOOKEEPER-844) handle auth failure in java client

ea of the odds of getting this in to the 3.3.2 release? Thanks, Camille -Original Message- From: Giridharan Kesavan (JIRA) [mailto:j...@apache.org] Sent: Tuesday, August 31, 2010 7:25 PM To: Fournier, Camille F. [Tech] Subject: [jira] Updated: (ZOOKEEPER-844) handle auth failure in

RE: [jira] Updated: (ZOOKEEPER-844) handle auth failure in java client

Hi everyone, Can someone explain what I should do for this? I have a patch for both 3.4 and 3.3, and I think the 3.3 patch caused issues in the automated patch applier. What do I need to do to submit both of these patches to the different branches? Thanks, Camille -Original Message- Fr

RE: Fix release 3.3.2 planning, status.

Hi guys, Any updates on the 3.3.2 release schedule? Trying to plan a release myself and wondering if I'll have to go to production with patched 3.3.1 or have time to QA with the 3.3.2 release. Thanks, Camille -Original Message- From: Patrick Hunt [mailto:ph...@apache.org] Sent: Thursd

implications of netty on client connections

Hi everyone, I'm curious what the implications of using netty are going to be for the case where a server gets close to its max available file descriptors. Right now our somewhat limited testing has shown that a ZK server performs fine up to the point when it runs out of available fds, at which

RE: implications of netty on client connections

to debug that and address (optimize). <http://www.metabrew.com/article/a-million-user-comet-application-with-mochiweb-part-3> Patrick On Tue, Oct 19, 2010 at 7:16 AM, Fournier, Camille F. [Tech] < camille.fourn...@gs.com> wrote: > Hi everyone, > > I'm curious what the implica

RE: Fix release 3.3.2 planning, status.

; issues/questions. > > Regards, > > Patrick > > > On Mon, Oct 18, 2010 at 7:56 AM, Fournier, Camille F. [Tech] < > camille.fourn...@gs.com> wrote: > >> Hi guys, >> >> Any updates on the 3.3.2 release schedule? Trying to plan a release myself &g

RE: implications of netty on client connections

n you tried a single zookeeper server with 16K clients? Thanks mahadev On 10/20/10 1:07 PM, "Fournier, Camille F. [Tech]" wrote: > Thanks Patrick, I'll look and see if I can figure out a clean change for this. > It was the kernel limit for max number of open fds for the pr

Windows port of ZK C api

Hi everyone, We have a requirement for a native windows-compatible version of the ZK C api. We're currently working on various ways to do this port, but would very much like to submit this back to you all when we are finished so that we don't have to maintain the code ourselves through future r

RE: Windows port of ZK C api

a look at that and see if you want to extend that or write your own. Thanks mahadev On 11/3/10 7:18 AM, "Fournier, Camille F. [Tech]" wrote: > Hi everyone, > > We have a requirement for a native windows-compatible version of the ZK C api. > We're currently working

RE: closing session on socket close vs waiting for timeout

1/3 of your clients will get expired sessions. > > ben > > On 09/10/2010 12:17 PM, Fournier, Camille F. [Tech] wrote: >> Ben, could you explain a bit more why you think this won't work? I'm trying >> to decide if I should put in the work to take the POC I wrote a