I don't know if you are still interested in working on the patch after trying our Raul's shell, but I'll answer your question regardless.
If you have time to work on a patch, it is best that you try to patch the code and propose a diff file. Once you have a patch, we can start discussing the changes and making progress towards a solution that satisfies your requirements. -Flavio On Dec 28, 2013, at 11:43 PM, Sékine Coulibaly <[email protected]> wrote: > Hi Flavio, > > Thanks for you feedback. I searched the JIRA and couldn't find any neither. > As a consequence, I opened the following one : > ZOOKEEPER-1853 : zkCli.sh can't issue a CREATE command containing spaces in > the data (https://issues.apache.org/jira/browse/ZOOKEEPER-1853). > > Plenty of interest (will find some time!) to help on this. Shall I suggest > something, or the usual way you handle this is maintainers first > investigate and suggest a patch strategy ? > > Rgds > > Sekine > > > 2013/12/28 Flavio Junqueira <[email protected]> > >> Hi there, >> >> I'm not aware of any jira issue open for this. If there isn't one already, >> then we could open one and propose a fix. If you have time and interest, >> please feel free to work on a patch for this, I would be happy to help out >> here. >> >> -Flavio >> >> >> On Dec 28, 2013, at 5:28 PM, Sékine Coulibaly <[email protected]> >> wrote: >> >>> I wish I could use ZooKeeper to store json data. >>> >>> My json data contains spaces, eg : >>> >>> {"country":"CA","name":"De La Salle"} >>> >>> Issuing the following command to zkClient only stores >>> {"id":1,"fullname":"De which is wrong : >>> >>> create /contacts/1 {"country":"CA","name":"De La Salle"} >>> >>> The store command seems to be croped after the first space of the data >>> payload. >>> >>> From what I can see, this issuehas been raised several times (eg. here >>> >> http://stackoverflow.com/questions/11408542/zookeeper-cli-read-znode-with-space >>> and >>> here >>> >> http://zookeeper-user.578899.n2.nabble.com/Best-way-to-update-node-using-command-line-td7578581.html >> ) >>> but I was unable to find a better workaround than "patch the java client >> by >>> yourself", so that the parameters are not splitted by a space. >>> >>> Are there any plans to fix this (yes, I suggest this is some kind of >> bug"), >>> or a working "escaping" trick ? >>> >>> Thank you >> >>
