jstrachan: wish the yahoo guys joined #zookeeper

which irc server?

is there a zookeeper room?

have nearly got the WriteLock working nicely with server connection failures - its amazingly hard! :) - nearly there though

jstrachan: we could create one but it would just be and you :)

jstrachan: yay

:)

yeah

once your done there you could work on the ReadWrite Lock :)

yeah :)

I've hacked it so that most of the code should just work for ReadWrite lock

e.g. ZNodeName is sortable by read/write locks first, then by sequence number etc

just commented on the jira.. is it possible to make that guy implement j.u.concurrent.locks.Lock

jstrachan: btw I don't think that compare will work for rw lock.

you'd wanna see all the current locks sorted in order no?

yeah but I don't want the read/write locks to jump ahead

and that's what would happen in the compare

since you compare the prefix first.

I mean - you could find all the write locks, or all the read locks etc

or we could put all the read locks in a different collection to the write locks if needed :)

no

you want them in the same.

and have the same sequence

but figured we could search the sorted list to find the writes or read locks

ah you want 'em sorted in sequence order, not prefix order?

ya

ah ok!

that'd be easy to do too

so if there are reads ahead of a write they all can get the lock.

but once a write is ahead of the reads only the 1st write lock gets the lock.

yeah

is it possible for different consumers to consume the same Message from a Queue?

Or for the same consumer to get the same message more than once from the same queue?

because I'm seeing a queue that goes has the number of messages pending as less than 0

and the messages received is greater than the messages sent

by the same exact amount