Mailing-List: contact zookeeper-user-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: zookeeper-user@hadoop.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=WzytyLI4gkMjSNkvPahC9z940D+NhuCuvGovFvqy5dT2iHBfohnA0BGQjJYXCyHr
Message-ID: <49A80A62.7060108@yahoo-inc.com>
Date: Fri, 27 Feb 2009 07:44:34 -0800
From: Benjamin Reed <breed@yahoo-inc.com>
User-Agent: Thunderbird 2.0.0.19 (X11/20090103)
MIME-Version: 1.0
To: "zookeeper-user@hadoop.apache.org" <zookeeper-user@hadoop.apache.org>
Subject: Re: Contrib section (nee Re: A modest proposal for simplifying
 zookeeper
 	:)
References: <ba72f77f0902261846u47395d4eob0a7b7de65459932@mail.gmail.com>
In-Reply-To: <ba72f77f0902261846u47395d4eob0a7b7de65459932@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

i'm ready to reevaluate it. i did the contrib for fatjar and it was 
extremely painful! (and that was an extremely simple contrib!) we really 
want to ramp up the contribs and get a bunch of recipe implementations 
in, so we need something that makes it really easy. i'm not a fan of 
maven (they seem to have chosen a convention that is convenient for the 
build tool rather the developer), but it is widely used and i we need 
something better, so i'm certainly considering it.

ben

Anthony Urso wrote:
> Speaking of the contrib section, what is the status of ZOOKEEPER-103?
> Is it ready to be reevaluated now that 3.0 is out?
>
> Cheers,
> Anthony
>
> On Fri, Jan 9, 2009 at 11:58 AM, Mahadev Konar <mahadev@yahoo-inc.com> wrote:
>   
>> Hi Kevin,
>>  It would be great to have such high level interfaces. It could be
>> something that you could contribute :) . We havent had the bandwidth to
>> provide such interfaces for zookeeper. It would be great to have all such
>> recipes as a part of contrib package of zookeeper.
>>
>> mahadev
>>
>> On 1/9/09 11:44 AM, "Kevin Burton" <burton@spinn3r.com> wrote:
>>
>>     
>>> OK.... so it sounds from the group that there are still reasons to provide
>>> rope in ZK to enable algorithms like leader election.
>>> Couldn't ZK ship higher level interfaces for leader election, mutexes,
>>> semapores, queues, barriers, etc instead of pushing this on developers?
>>>
>>> Then the remaining APIs, configuration, event notification, and discovery,
>>> can be used on a simpler, rope free API.
>>>
>>> The rope is what's killing me now :)
>>>
>>> Kevin
>>>       
>>