I really like the Pig bylaws. I would suggest using it as a starting
point for ZooKeeper. One thing I would like to modify is the Committer
section. Pig's bylaws state that the committer becomes emeritus if they
haven't contributed in any form for 6 months. I would tighten that up
and say if
, if
anything. We should at least post the link to the review board request
so that we have it documented.
-Flavio
On Jan 9, 2011, at 7:47 AM, Benjamin Reed wrote:
hey, reviewboard is pretty cool. i'm wonder about conventions to using
it. the problem is how to correlate the review with the patch. since
i've added it to the cwiki:
https://cwiki.apache.org/confluence/display/ZOOKEEPER/ZooKeeperBylawsProposal
i don't mean the pre-annouce time to stretch things out. it's really to
make sure the status updates go out. as we get more committers we need
to make sure that there is a heads up that
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/333/
---
Review request for zookeeper.
Summary
---
ZOOKEEPER-962 leader/follower
the 962 bug we fixed was pretty severe. i would like to get a release
out asap.
i was looking over the bugs tagged for 3.3.3 and almost all of them look
like the should really be for 3.4. in my opinion only severe bugs should
be back ported to previous releases, and most of the bugs marked
i would really like to get 3.3.3 out because of the fixes that just went in.
there are quite a few bugs that are marked for 3.3.3, but i think they
can all be pushed to 3.4.0.
i would really like to push everything to 3.4.0 and then work on getting
the 3.4.0 release out. we haven't done a
:-) )
Patrick
-Flavio
On Jan 26, 2011, at 7:27 PM, Benjamin Reed wrote:
i would really like to get 3.3.3 out because of the fixes that just went
in.
there are quite a few bugs that are marked for 3.3.3, but i think they
can all be pushed to 3.4.0.
i would really like to push everything
it works. It would allow for what Ben is
suggesting.
EOD though it requires someone to step up and take on the responsibility of
being the RM. (hint hint :-) )
Patrick
-Flavio
On Jan 26, 2011, at 7:27 PM, Benjamin Reed wrote:
i would really like to get 3.3.3 out because of the fixes that just
+1
On 01/31/2011 03:39 PM, Patrick Hunt wrote:
I propose that we adopt the bylaws proposed at
https://cwiki.apache.org/confluence/display/ZOOKEEPER/ZooKeeperBylawsProposal
as the bylaws for the Apache ZooKeeper project.
In a self referential use of these bylaws I further propose that this
vote
some have already been committed.
-Flavio
On Feb 17, 2011, at 6:21 AM, Benjamin Reed wrote:
ok, we have a lazy majority. i'll declare the vote as passed :)
i want to get this release out right away to get out the fix for the
major bug we resolved recently, so all of the bugs currently marked
phone
- Reply message -
From: Mahadev Konar maha...@apache.org
Date: Thu, Feb 17, 2011 8:27 am
Subject: [VOTE] Release plan for 3.3.3
To: dev@zookeeper.apache.org dev@zookeeper.apache.org
Cc: Benjamin Reed br...@yahoo-inc.com
Ben,
I am not sure, what you mean? Why not get the important
(the previous email had the URL slightly incorrect)
after much struggle! i've created a candidate build for ZooKeeper 3.3.3.
this is a bug fix
release addressing 13 issues (two of them extremely critical) -- see the
release notes for details.
*** Please download, test and VOTE before the
***
://wiki.apache.org/hadoop/ZooKeeper/HowToRelease)
* the toplevel zk jar and all jars in dist-maven have not been signed,
they need to be
RAT passed so that's good.
Patrick
On Sat, Feb 19, 2011 at 6:27 AM, Benjamin Reed br...@apache.org wrote:
(the previous email had the URL slightly incorrect
), and compiling fails without
it. Is it supposed to be this way?
-Flavio
On Feb 19, 2011, at 3:27 PM, Benjamin Reed wrote:
(the previous email had the URL slightly incorrect)
after much struggle! i've created a candidate build for ZooKeeper 3.3.3.
this is a bug fix
release addressing 13
and
leave it marked for 3.4.0 as it is currently, or include it in 3.3.3.
-Flavio
On Feb 19, 2011, at 3:27 PM, Benjamin Reed wrote:
(the previous email had the URL slightly incorrect)
after much struggle! i've created a candidate build for ZooKeeper 3.3.3.
this is a bug fix
release addressing
insight into why I've been
pushing for maven, not perfect but it does alot of this for you).
Patrick
On Tue, Feb 22, 2011 at 7:58 AM, Benjamin Reed br...@apache.org wrote:
pat, do you mind updating the building section of
https://cwiki.apache.org/confluence/display/ZOOKEEPER/HowToRelease
what does he mean that zookeeper is big?
ben
On Sat, Feb 26, 2011 at 2:44 PM, Patrick Hunt ph...@apache.org wrote:
Noah is a lightweight registry based on the concepts in the Apache
Zookeeper project.
https://github.com/lusis/Noah/wiki/Original-README
Patrick
, everything seems to be fine for me as well.
On Feb 25, 2011, at 6:12 PM, Ivan Kelly wrote:
+1
On 25 Feb 2011, at 09:25, Patrick Hunt wrote:
+1, looks good to me. Signing is correct, versions seem right, and the
tests all pass on my box.
Patrick
On Wed, Feb 23, 2011 at 7:49 PM, Benjamin Reed
sounds excellent! releases are so fun to do :P
ben
On Mon, Feb 28, 2011 at 2:19 PM, Mahadev Konar maha...@apache.org wrote:
Also,
I am aiming for April mid week for the release.
thanks
mahadev
On Mon, Feb 28, 2011 at 1:58 PM, Mahadev Konar maha...@apache.org wrote:
Hi all,
Since
we should also point out that the bug was in the test, not the mainline
code.
ben
On 03/07/2011 09:08 AM, Patrick Hunt wrote:
FYI, I submitted a patch to 1006 that fixes this problem. Notice in
recent jira comment - this occurred on apache hudson over the weekend.
We should work to get it
i would like to the pmc to have more of a project management view. i
think it would be great to have pmc members come up through the
committer ranks, but i also think there may be potential pmc members
that are more project management oriented than code oriented.
for me an ideal pmc member would:
we are already following the release management guidelines at:
https://cwiki.apache.org/confluence/display/ZOOKEEPER/ReleaseManagement
currently that page says that the document is not authoritative. i'd
like to remove that line. does anyone have a problem with that? should
we call a vote?
ben
On Mon, Mar 7, 2011 at 3:12 PM, Benjamin Reed br...@apache.org wrote:
i would like to the pmc to have more of a project management view. i
think it would be great to have pmc members come up through the
committer ranks, but i also think there may be potential pmc members
that are more project
are you using 1 gbs ethernet or 100 mbs? those numbers seem to correspond to
100 mbs. you may want to do a simple bandwidth test just to make sure.
how long are you running the test for?
also, you might check that the clients are being spread around the zk
servers. using the 4 letter works or
all of the packets are in zookeeper.jute, which is use to generate the
serialization classes for C and java. unfortunately the modified
version of jute that we are using only generates C and java code. it
is one of the reasons we were looking at moving to avro. we do need to
document what is used
propose that BookKeeper become a ZooKeeper subproject subject to
ZooKeeper PMC and Bylaws. I, Benjamin Reed, will champion the
proposal. BookKeeper will have the following initial committers:
Dhruba Borthakur (Facebook)
Flavio Junqueira (Yahoo)
Ivan Kelly (Yahoo)
Benjamin Reed (Yahoo)
Utkarsh
+1 i'm all for it of course :)
On Fri, Mar 18, 2011 at 2:11 PM, Benjamin Reed br...@apache.org wrote:
Proposal
BookKeeper is a distributed write ahead logging (WAL) service. It is
built on top of ZooKeeper and is used for distributed recovery and
reliability. Much like ZooKeeper itself
good point! do you know how to do this pat?
ben
On Fri, Mar 18, 2011 at 2:30 PM, Sean Bridges sean.brid...@gmail.com wrote:
The first result I get in google for zookeeper points to the old zookeeper
page,
http://hadoop.apache.org/zookeeper/index.html
Can you get that page to redirect to
yes, camille is correct. right now a leader will validate a client session
even though it has not assumed leadership. we are incorrectly counting on
UPTODATE to prevent validates before leadership is assumed. we need to fix
the UPTODATE problem, but we should also fix the leader so that it doesn't
sorry, i'm behind on my email. you are correct :)
ben
On Mon, Mar 28, 2011 at 1:03 PM, Fournier, Camille F. [Tech]
camille.fourn...@gs.com wrote:
I take that back. Right after the UPTODATE send in LearnerHandler, we wait
for the final ACK from that follower and call processAck on that
yahoo! will be sponsoring developer meetings for various projects the
day after the hadoop summit. they need a head count to reserve the
right room size and snacks.
other dev meetings i've been to generally last around 2 hours.
so, if that works for everyone i can setup a meeting on meetup. (is
please respond to this email to add things to the agenda for the dev
meeting. here are my items:
item: we need to figure out a better way of managing recipes.
please respond to this email to add things to the agenda for the dev
meeting. here are my items:
item: we need to figure out a better way of managing recipes.
i've added a wiki page to document the commit process. they are the
steps i follow, so hopefully i didn't miss anything :) i think it
would be helpful for the new committers as they do their first
commits. (welcome! thanks for sharing the work!)
/
---
(Updated 2011-05-19 02:13:14)
Review request for zookeeper and Benjamin Reed.
Summary
---
This mega-patch adds the multi-op capability to ZK. This allows a batch of
create, delete, update or version-check operations to
succeed or fail together. Both C and java bindings
we found that just growing the file got us performance advantages.
ben
On Wed, May 25, 2011 at 11:08 AM, Vishal Kher vishalm...@gmail.com wrote:
Hi,
I am working on a fix for ZOOKEEPER-1069.
While going through the Util.PadLogFile() method, it is not clear to me why
this method is really
25, 2011 at 4:23 PM, Benjamin Reed br...@apache.org wrote:
we found that just growing the file got us performance advantages.
ben
On Wed, May 25, 2011 at 11:08 AM, Vishal Kher vishalm...@gmail.com
wrote:
Hi,
I am working on a fix for ZOOKEEPER-1069.
While going through
yeah, branches are a pain to maintain. we have done both ways: checked
in the patch without the test and also backported the test. the later
is the preferable one in my opinion. the test case is a whole new
class right? can we just copy the class from trunk?
ben
On Sat, May 28, 2011 at 11:22 AM,
in
the test so I'll do that if we think that's the way to go.
On Sun, May 29, 2011 at 11:31 PM, Benjamin Reed br...@apache.org wrote:
yeah, branches are a pain to maintain. we have done both ways: checked
in the patch without the test and also backported the test. the later
is the preferable one in my
. To reply, visit:
https://reviews.apache.org/r/739/
---
(Updated 2011-05-29 23:54:13)
Review request for zookeeper and Benjamin Reed.
Summary
---
This mega-patch adds the multi-op capability to ZK. This allows a batch
ah dang. i'm sure that is my fault. we need to add that to the release
process wiki. do you know how to do this pat?
ben
On Wed, Jun 8, 2011 at 1:06 PM, Camille Fournier skami...@gmail.com wrote:
Looks like our jira thinks we haven't released 3.3.3. Anyone know how to fix
this?
C
i've put up an event page to track the zookeeper meetup hosted at yahoo!.
http://www.eventbrite.com/org/1206811961?s=4347169
of this?
C
On Jun 9, 2011 4:33 PM, Benjamin Reed br...@apache.org wrote:
i've put up an event page to track the zookeeper meetup hosted at yahoo!.
http://www.eventbrite.com/org/1206811961?s=4347169
generated e-mail. To reply, visit:
https://reviews.apache.org/r/873/
---
(Updated 2011-06-09 14:39:27)
Review request for zookeeper, fpj, Vishal Kher, and Benjamin Reed.
Summary
---
ZOOKEEPER-335.
Diffs
-
/src
just to clarify the previous proposal. you don't specify which mount
point a file belongs to. you specify which znodes represent a
container entry point (what you are calling a mount point). a znode
will be created in the partition (aka container) that the subtree
belongs to. i believe in this
hey, i was thinking, if people are interested. (particularly the
committers) it might be useful to use the afternoon of the dev meeting
after the hadooup summit as a hack event. since we will have a few
committers and interested contributors in the room, we may want to use
the time to do some
yes, that was great follow up ted!
thanx for sticking with it.
ben
On Mon, Jun 13, 2011 at 11:25 AM, Gustavo Niemeyer gust...@niemeyer.net wrote:
I just sent an email to the debian dev list outlining my counter
arguments to Thomas Koch's negative
opinions.
It will take a moment or three, I
of the patch.
ephemeral parent znodes
---
Key: ZOOKEEPER-723
URL: https://issues.apache.org/jira/browse/ZOOKEEPER-723
Project: ZooKeeper
Issue Type: New Feature
Components: server
Reporter: Benjamin Reed
just a reminder about the zookeeper dev meeting after the hadoop
summit. please sign up if you are going to attend. currently it is
just pat and i signed up. also, please chime in if you think we should
do a hack event later to get some of our issues committed.
here is the link (seating is
+1
thanx for taking charge of this ivan! since we need 3 +1's from
committers (per the bylaws), you should probably have tagged this
announcement with vote :) since i'm assuming you also support this
action, we just need one other +1 from a committer to pass.
ben
On Thu, Jun 23, 2011 at 7:11
the developer meeting tomorrow will be at the Yahoo! building on Great
America Parkway. it is just down the street from the santa clara
convention center. yahoo calls the building 3GA. we will be in the
Clarinet conference room. here is the building address. we will be
starting at 10 am. here is
ah sorry, that would be my fault. i missed adding a file on the
commit. it would be awesome if someone could write a script to list
files that need to be added from a patch file! i was even watching out
for that case when i did the checkin!
i just committed the missing file.
ben
On Sat, Jul 2,
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/1059/#review1019
---
src/java/main/org/apache/zookeeper/ClientCnxn.java
i've published the notes i took from the dev meeting at
https://cwiki.apache.org/confluence/display/ZOOKEEPER/June2011DeveloperMeeting
please feel free to update if you think that i missed anything.
thanx
ben
and whether there were discussions to simplify it?
-Vishal
On Tue, Jul 12, 2011 at 1:37 AM, Benjamin Reed br...@apache.org wrote:
i've published the notes i took from the dev meeting at
https://cwiki.apache.org/confluence/display/ZOOKEEPER/June2011DeveloperMeeting
please feel free to update
I don't know your approach to cluster reconfiguration, but I had a thought
about it lately that may be rather trivial, if I didn't oversee anything.
Cluster reconfiguration would need to be an operation that goes through the
leader and gets acknowledged by a quorum. All operations following
while i agree with the sentiment of not fragmenting the zookeeper
community and recipe committers also moving into core development, i
also think it would be good if a strong community of developers grew
up around zookeeper recipes. to do that they need a sense of identity,
and i'm not sure if
gracefully.
Please do correct me if my understanding is wrong.
--
Laxman
-Original Message-
From: Benjamin Reed [mailto:br...@apache.org]
Sent: Thursday, July 28, 2011 11:40 AM
To: dev@zookeeper.apache.org
Subject: Re: FW: Does abrupt kill corrupts the datadir?
i agree with pat. if we use
in the comments for ZOOKEEPER-851 it says that it will be removed from
3.4.0, so i don't think it should be in this list.
ben
On Fri, Sep 2, 2011 at 10:54 AM, Mahadev Konar maha...@hortonworks.com wrote:
Thanks Alex for pointing out. A minor update:
Here is an update on 3.4 release. I am
i'm just putting this out there: we have a backwards compatibility
requirement, and we try to make sure that we achieve it, but we don't
have any tests for it. does anyone have any great ideas (and perhaps
energy to implement) about how to do some nice tests? it would be nice
to do it is a very
i asked mahadev about committing to 3.4.0 and he said to just do
trunk. see 1191. there was only one patch. the patch for 1192 subsumed
1191.
ben
On Thu, Sep 22, 2011 at 10:35 AM, Patrick Hunt ph...@apache.org wrote:
When committing a change be sure where you are committing it.
Mahadev
that's right tom. many of those interfaces were put in by design so
that later we can have other implementations, some of them were not
there originally. i agree thomas that it is a pain that you have to do
two clicks in eclipse to get to the actual implementation.
i believe the beans are used
i think you found the bug because you reviewed that code to convert to
enum. is there something inherit to using enums that helped? i don't
think it is wise to use enum when many (most perhaps) of the accesses
need to be integers.
ben
On Thu, Oct 20, 2011 at 6:28 AM, Thomas Koch tho...@koch.ro
(and better because it
would provide completeness checking).
Ben, do you have something specific in mind here? Were you referring to the
boxing/unboxing cost? Or the clarity of the code in question? Or something
I didn't think of?
On Fri, Oct 21, 2011 at 3:32 PM, Benjamin Reed br
to be
addressing. so, it's sucking up some valuable committer time.
having said that, if a committer does think it is a good idea and
wants to shepherd the patch, i certainly wouldn't stand in the way.
ben
On Mon, Oct 24, 2011 at 10:52 AM, Thomas Koch tho...@koch.ro wrote:
Benjamin Reed:
i
i know we have discussed this in the past, but we never really came to
a consensus or policy, so i'd like to reopen the discussion on cleanup
and subjective patches.
currently there are 7 jiras for cleanup issues, 6 of them marked as
major. the problem with cleanup or subjective patches is that
started in the
drafts
folder until I've calmed down again.
Benjamin Reed:
deprioritizing them doesn't help because the patches themselves bit
rot. shortly they will not apply and then they will be worthless. the
poor contributor would then be left with the task of maintaining
.
Benjamin Reed:
deprioritizing them doesn't help because the patches themselves bit
rot. shortly they will not apply and then they will be worthless. the
poor contributor would then be left with the task of maintaining a
patch that would never commit.
You should really give GIT a try. I've
i second the need for such a mocked ZooKeeper client! there are a
couple of failure cases to test in an application that uses ZooKeeper,
but we don't provide a good library to generate them.
ben
On Tue, Nov 1, 2011 at 11:10 AM, Ted Dunning ted.dunn...@gmail.com wrote:
The testing pain that I
the tests aren't green dude! that is exactly what i proposed waiting for.
ben
On Wed, Nov 2, 2011 at 2:57 AM, Thomas Koch tho...@koch.ro wrote:
Martin Fowler wrote a comment yesterday on our recent discussion about
refactoring:
http://martinfowler.com/bliki/OpportunisticRefactoring.html
+1. looks good. one issue i found, which is i'm not sure if it is an
issue or not due to my ignorance of maven, is that i had to specify
the packaging when installing the jar file into my local repository:
mvn install:install-file
-Dfile=/tmp/zookeeper-3.4.0/dist-maven/zookeeper-3.4.0-test.jar
+1 looks great. thanx for doing the release pat!
On Sat, Nov 19, 2011 at 10:12 AM, Roman Shaposhnik r...@apache.org wrote:
On Wed, Nov 16, 2011 at 11:11 PM, Patrick Hunt ph...@apache.org wrote:
I have created a candidate build for ZooKeeper 3.3.4. 22 JIRAs are
addressed in this release.
***
+1 this looks great ivan! excellent work.
i do have one question for pat. in the binary tar files do we have to
put in something special for the licenses of the included binaries?
ben
On Fri, Dec 2, 2011 at 12:13 PM, Ivan Kelly iv...@apache.org wrote:
This is the second candidate release for
be to go
incubator
first. At some point we would deprecate the existing ZK recipes
(ala
Curator had suitable replacements).
Patrick
On Fri, Jul 22, 2011 at 10:59 AM, Benjamin Reed br...@apache.org
wrote:
while i agree with the sentiment of not fragmenting the zookeeper
community
recipes
and the recipes really do need separate release cycles. Independent
releases should be not much of an issue given how compatible ZK versions
tend to be.
On Mon, Dec 5, 2011 at 10:59 AM, Benjamin Reed br...@apache.org wrote:
i also agreed that it would be great to build a community
+1 tests pass and everything looks good. i did notice one problem:
ZOOKEEPER-1327 there are still remnants of hadoop urls in some of our
files. that might explain why users keep finding the old wiki pages!
it's not a blocker, so i don't think it should hold up the release.
ben
On Mon, Dec 12,
i can answer the last question about sequence ids. the ids are
independent between regions. region A may publish a, b, c and region B
may publish x, y, z. region A's sequence may be (1,a), (2,b), (3,c),
(4, x), (5,y), (6,z). while region B's sequence may be (1,x), (2,a),
(3, b), (4,c), (5, y),
On 19 Dec 2011, at 23:22, Benjamin Reed wrote:
we need a hedwig api and cli that allows you to get information such
as which hubs are up, which hubs own which topic (and perhaps change
the assignment), remove topics, remove subscriptions, etc.
ben
On Mon, Dec 19, 2011 at 2:17 PM, Flavio
i've seen it before when the configuration files haven't been setup
properly. i would check the configuration. if the leader is still the
leader, it must have active followers connected to it, otherwise it
would give up leadership. i would use netstat to find out who they
are.
ben
On Tue, Dec
at 10:13 AM, Benjamin Reed br...@apache.org wrote:
i've seen it before when the configuration files haven't been setup
properly. i would check the configuration. if the leader is still the
leader, it must have active followers connected to it, otherwise it
would give up leadership. i would use
there is a jira for an improvement that would add to the protocol
checks to make sure that the server configurations are compatible and
make sure that client configurations are compatible. i can't seem to
find them though...
ben
On Tue, Dec 20, 2011 at 12:24 PM, Marshall McMullen
are all of these requests being issued from the same zookeeper handle?
ben
On Thu, Dec 22, 2011 at 6:09 PM, Ted Yu yuzhih...@gmail.com wrote:
Hi,
The following originated from discussion on a feature in HBase which relies
on zookeeper for coordination.
A task is removed from the tasks map.
i agree. that is a bug. good catch fish! btw, we need to fix the tabs
in that function too!
ben
On Fri, Dec 23, 2011 at 4:57 AM, Flavio Junqueira f...@yahoo-inc.com wrote:
Alex and I discussed it a bit offline and it seems to be bug for us. I have
created a jira (ZOOKEEPER-1343) and I'll try
+1 looks good.
thanx
ben
On Sun, Dec 25, 2011 at 11:11 AM, Mahadev Konar maha...@hortonworks.com wrote:
+1 ran unit tests and some basic tests on the release.
thanks
mahadev
On Thu, Dec 22, 2011 at 1:57 PM, Patrick Hunt ph...@apache.org wrote:
+1, lgtm. verified sig/xsum, rat, also ran
this is a good observation. one problem with this reasoning is that
the timeout should really be based on expected latencies which is
independent of the number of servers. one problem you may run into
with this logic is if you have a bunch of servers, like 9, your
timeouts may get too small and
we've done roadmaps in the past, and they don't seem to work out. in
the end it all really depends on the contributions that we get. making
releases feature based tends to encourage the just-in-time
implementation of the required features at the last minute, which
leads to a delayed and unstable
yes, i'll get a dialup and hopefully a better video camera.
ben
On Wed, Jan 25, 2012 at 6:33 PM, Camille Fournier cami...@apache.org wrote:
Will you have a dial-in for those of us out of town, or is this more
informal than the last one?
C
On Tue, Jan 24, 2012 at 12:48 AM, Mahadev Konar
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3648/
---
Review request for zookeeper.
Summary
---
ZOOKEEPER-1366. Zookeeper should
i would like point out one other way in which trivial patches are
problematic: they make it hard to do patches across branches. i have
to manually merge a patch because we checked in change into trunk that
added accessor functions. accessor functions are great, and i wouldn't
be so annoyed if it
+1 looks good. we should update the copyright date in the notice.txt
it currently says:
Copyright 2009-2011 The Apache Software Foundation
i don't think it is a show stopper though.
On Wed, Feb 8, 2012 at 12:24 PM, Flavio Junqueira f...@yahoo-inc.com wrote:
+1, aside from the issue with
at the meetup yesterday we discussed/debated ways to make sure we have
high quality releases.
we wanted to put the discussion on the mailing list to see if we
should make a policy change.
MOTIVATION: it is clear that to have high quality releases, we need
quality testing. zookeeper is such a
because of the great contributions (and the expectation of even more
contributions :) of Sijie Guo to the bookkeeper project. the ZooKeeper
PMC has voted to make sijie a committer, and he has accepted.
congratulations sijie! thank you for the work you put into bookkeeper.
ben
+1 looks good pat. thanks for taking charge!
ben
On Tue, Jul 31, 2012 at 8:13 PM, Mahadev Konar maha...@hortonworks.com wrote:
+1, ran a 3 node cluster and tested manually with creation/deletion of
nodes and making sure the server bounce keeps state.
Looks good to go.
mahadev
On Tue,
there is a very easy solution to this. we only rely on clocks in the
case that there are no pending transactions. (if there are pending
transactions, the sync will only return if in fact the leader is still
the leader, otherwise the transaction that the sync is waiting on will
never commit and the
why did we move to a multi-threaded nioserver rather than use the
netty based server? netty has very good multi-threading in it and will
make it easy to implement SSL. is our netty based implementation just
fundamentally broken?
ben
+1 thanx for putting this together ivan!
On Tue, Feb 19, 2013 at 2:24 PM, Flavio Junqueira fpjunque...@yahoo.com wrote:
+1, I have run tests, rat, and checked the various project root files.
-Flavio
On Feb 19, 2013, at 6:52 PM, Ivan Kelly iv...@apache.org wrote:
This is the first release
do you know why the thread was interrupted? i don't think it helps to
check if the thread is interrupted before you start since you may not
be interrupted when you start, but later receive an interrupt when you
are waiting for a response.
interrupts are a pain to handle unless things are shutting
for the packet layout see the jute file at the root of the source.
On Wed, Apr 17, 2013 at 10:49 AM, shashwat shriparv
dwivedishash...@gmail.com wrote:
On Wed, Apr 17, 2013 at 10:36 PM, Radu Stoenescu radu.s...@gmail.com
wrote:
communicatio
check out these links
tues-thurs evenings next week would work for me.
ben
On Fri, May 10, 2013 at 8:53 AM, Patrick Hunt ph...@apache.org wrote:
On Thu, May 9, 2013 at 2:41 PM, Flavio Junqueira fpjunque...@yahoo.com
wrote:
I was checking the issues on jira and I realized that we have currently
76 patch
The Apache ZooKeeper PMC recently extended committer karma to Alex and he
has accepted. Alex has made some great contributions and we are looking
forward to even more :) Congratulations and welcome aboard, Alex!
ben
1 - 100 of 509 matches
Mail list logo