<div dir="ltr">Hi Jim,<div><br></div><div style>Thanks for the response and advice.</div><div style><br></div><div style>My use case is purely export / dump (including ephemeral nodes) and load - I looked at kazoo, but it didn't seem to provide that functionality, where zc.zk did.</div>
<div style><br></div><div style>Do you know where the dump/load functionality would fit in future plans? Or if there's a better option for dump and load? I tried a few options (zktreeutil crashed due to long strings, guano had issues with long file names etc).</div>
<div style><br></div><div style>> <span style="font-family:arial,sans-serif;font-size:13px">Maybe. Not sure nodes with spaces in the names is a good idea.</span></div><div style><span style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">You're right that as a client, putting spaces in node names is not a great idea because many tools don't handle them. But I figure if the client has already written nodes with spaces to Zookeeper, the dump tool should dump them that way instead of failing. Kind of like the robustness principle of </span><span style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px;line-height:19.1875px"> "Be conservative in what you send, be liberal in what you accept", the client shouldn't be creating nodes with space names, but the tool will be more robust if it can handle that. As far as I can tell from the docs, spaces are not illegal in ZK path names.</span></div>
<div style><span style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px;line-height:19.1875px"><br></span></div><div style><span style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px;line-height:19.1875px">Either way, that may be irrelevant if I should be looking elsewhere for dump and load functionality - interested to hear your take.</span></div>
<div style><span style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px;line-height:19.1875px"><br></span></div><div style><span style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px;line-height:19.1875px">Thanks again for the detailed reply,</span></div>
<div style><span style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px;line-height:19.1875px">Dave.</span></div><div style><br></div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Tue, May 14, 2013 at 9:24 PM, Jim Fulton <span dir="ltr"><<a href="mailto:jim@zope.com" target="_blank">jim@zope.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Tue, May 14, 2013 at 6:02 AM, Dave Cahill <<a href="mailto:dcahill@midokura.com">dcahill@midokura.com</a>> wrote:<br>
> Hi,<br>
><br>
> Reposting to the zope-dev list - does anyone know if zc.zk is still active?<br>
<br>
</div>Yes, but I have lots of other projects. Don't expect instant responses.<br>
<div class="im"><br>
><br>
> I have another patch to fix importing nodes with spaces in the name, but<br>
> maybe<br>
> I should just fork it instead and apply my fixes there. :)<br>
<br>
</div>Maybe. Not sure nodes with spaces in the names is a good idea.<br>
<br>
In terms of plans:<br>
<br>
- You should only use zc.zk for it's original use cases of<br>
service registry and discovery. For anything else, you<br>
should use kazoo.<br>
<br>
- I plan to port zc.zk to kazoo. This hasn't been an urgent priority<br>
up to now (although it's been getting more so). I was hoping to get a<br>
student to work on it, but that didn't work out.<br>
<br>
If someone is looking for a project, I'd be happy to have volunteers. :)<br>
<br>
There are two projects waiting for work:<br>
<br>
<a href="https://github.com/python-zk/zk.fauxzoo" target="_blank">https://github.com/python-zk/zk.fauxzoo</a><br>
<br>
This is a replaceable mock, similar to what zc.zk<br>
provides. It should allow application tests with or without<br>
connection to a ZooKeeper server.<br>
<br>
<a href="https://github.com/python-zk/zk.service" target="_blank">https://github.com/python-zk/zk.service</a><br>
<br>
This is a port of the functionality in zc,zk that's absent from<br>
kazoo, including the high-level data model and service registry<br>
and discovery.<br>
<span class="HOEnZb"><font color="#888888"><br>
Jim<br>
<br>
--<br>
Jim Fulton<br>
<a href="http://www.linkedin.com/in/jimfulton" target="_blank">http://www.linkedin.com/in/jimfulton</a><br>
</font></span></blockquote></div><br></div>