Re: .NET client
Eric, Chiming in here -- I think there's definitely a lot of interest in .NET bindings. I've undertaken a port of Jute to .NET before as well, and got about 50% of the way through before losing steam, so thank you for taking the initiative to get it done! -ilya On Wed, Apr 21, 2010 at 8:32 PM, Eric Hauser ewhau...@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 ph...@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.
Re: .NET client
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 ewhau...@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 ph...@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.
Re: .NET client
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 maha...@yahoo-inc.comwrote: 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 ewhau...@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 ph...@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.
Re: .NET client
Eric, this is great. I've slated the change for 3.4.0, if you could address the RAT issue (add license header), resubmit and someone will review and work with you to get committed. Thanks! And getting the client bindings would be great too. Patrick On 04/21/2010 08:32 PM, Eric Hauser 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 ph...@apache.org mailto:ph...@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.