Re: Contrib section (nee Re: A modest proposal for simplifying zookeeper :)

[Patrick Hunt <ph...@apache.org>]

Ben, you might want to look at buildr, it recently graduated from the 
apache incubator:
http://buildr.apache.org/

"Buildr is a build system for Java applications. We wanted something 
that’s simple and intuitive to use, so we only need to tell it what to 
do, and it takes care of the rest. But also something we can easily 
extend for those one-off tasks, with a language that’s a joy to use. And 
of course, we wanted it to be fast, reliable and have outstanding 
dependency management."

Also Ivy just released version 2.0.

If you have a specific idea and would like to start working on this 
please create a JIRA to discuss/track/vote/etc... Be aware that the 
contribution process, release process and other documentation would have 
to be updated as part of this. For example if we want to push jars to an 
artifact repo the artifacts/pom/etc... would have to be voted on as part 
of the release process.

Patrick

Benjamin Reed wrote:
> 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 <ma...@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" <bu...@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
>>>>       
>>>     
> 

Re: Contrib section (nee Re: A modest proposal for simplifying zookeeper :)

[Benjamin Reed <br...@yahoo-inc.com>]

just to be clear: i'm not a maven fan, but i'm not sure anything else is 
better. buildr looks better flexibility wise, but i think maven is much 
more popular and mature. with ivy we are still stuck with ant build files.

ben

Patrick Hunt wrote:
> Ben, you might want to look at buildr, it recently graduated from the 
> apache incubator:
> http://buildr.apache.org/
>
> "Buildr is a build system for Java applications. We wanted something 
> that’s simple and intuitive to use, so we only need to tell it what to 
> do, and it takes care of the rest. But also something we can easily 
> extend for those one-off tasks, with a language that’s a joy to use. And 
> of course, we wanted it to be fast, reliable and have outstanding 
> dependency management."
>
> Also Ivy just released version 2.0.
>
> If you have a specific idea and would like to start working on this 
> please create a JIRA to discuss/track/vote/etc... Be aware that the 
> contribution process, release process and other documentation would have 
> to be updated as part of this. For example if we want to push jars to an 
> artifact repo the artifacts/pom/etc... would have to be voted on as part 
> of the release process.
>
> Patrick
>
> Benjamin Reed wrote:
>   
>> 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 <ma...@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" <bu...@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
>>>>>       
>>>>>           
>>>>     
>>>>