hadoop-zookeeper-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Eric Hauser <ewhau...@gmail.com>
Subject Re: .NET client
Date Thu, 22 Apr 2010 18:37:26 GMT
I have not open a JIRA ticket yet.  All of my latest code is available in my
ZK fork on Github if you want it:

http://github.com/ewhauser/zookeeper/

<http://github.com/ewhauser/zookeeper/>
--
Eric Hauser
Cell: (317) 679-4766


On Thu, Apr 22, 2010 at 12:50 PM, Mahadev Konar <mahadev@yahoo-inc.com>wrote:

> Good to see this....
>
> Eric, do you have an open jira for client bindings?
>
>
> Thanks
> mahadev
>
>
> On 4/21/10 8:32 PM, "Eric Hauser" <ewhauser@gmail.com> wrote:
>
> > I submitted the Jute changes back as ZOOKEEPER-747.
> >
> > Regarding contrib, I'd be happy to submit the client bindings back once I
> do
> > a bit more cleanup.
> >
> > On Mon, Apr 19, 2010 at 1:11 PM, Patrick Hunt <phunt@apache.org> wrote:
> >
> >> Hi Eric, this sounds great! Please consider submitting the client
> binding
> >> back, you could start it as a contrib package (src/contrib) until things
> >> settle and you get some usage. We recently have been seeing interest in
> >> running ZK on windows servers, so having .net would be awesome.
> >> http://wiki.apache.org/hadoop/ZooKeeper/HowToContribute
> >>
> >> It would be nice to see the Jute support, btw this is a port of Hadoop's
> >> "recordio" package from a few years ago. We are actually looking to move
> to
> >> Avro at some point, I'm sure they would love to have .net support as
> well.
> >>
> >> Regards,
> >>
> >> Patrick
> >>
> >>
> >> On 04/15/2010 05:55 PM, Eric Hauser wrote:
> >>
> >>> Hi,
> >>>
> >>> I've ported the Java ZK client to .NET.  It's available for forking at
> >>> http://github.com/ewhauser/zookeeper/.  It is still in very early
> stages,
> >>> but all of the client tests that I have ported complete successfully -
> >>> both
> >>> normal calls and watches are working successfully.  Some things to keep
> in
> >>> mind:
> >>>
> >>> - It's not actively being used at the moment
> >>> - I have not had any chance to do any performance testing
> >>> - The API will definitely be changing.  I've ported watches over as is
> in
> >>> order to get everything working, but I'll be changing that to use
> events
> >>> instead to make it more .NET-like.
> >>> - There are not any asynchronous methods on the ZK client API -- async
> >>> method calls are easy to do .NET.  May add a wrapper for it at some
> point.
> >>>
> >>> If there is any interest in having any part of my work go back into
> trunk,
> >>> I'm happy to sign the ASF release.  In particular, it would be nice if
> the
> >>> C# support I added to Jute made it back into the core code base.
> >>>
> >>>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message