[jira] Commented: (ZOOKEEPER-661) Add Ruby bindings
[ https://issues.apache.org/jira/browse/ZOOKEEPER-661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12839400#action_12839400 ] Eric Maland commented on ZOOKEEPER-661: --- We're definitely not attached to any one specific approach; developing a client with ASF/contrib and completeness in mind is probably the best approach, and we're happy to switch gears to collaborate. I agree that having one great and complete client is better than N incomplete ones. Our current client is definitely far from complete, but far more complete than it was and for now it meets our needs. Very soon it will not and we'll be working on completing it. If we can instead put that effort into completing a comparable client, that sounds good by me. Add Ruby bindings - Key: ZOOKEEPER-661 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-661 Project: Zookeeper Issue Type: New Feature Components: contrib-bindings Environment: MRI Ruby 1.9 JRuby 1.4 Reporter: Andrew Reynhout Priority: Minor Add Ruby bindings to the ZooKeeper distribution. Ruby presents special threading difficulties for asynchronous ZK calls (aget, watchers, etc). It looks like the simplest workaround is to patch the ZK C API. Proposed approach will be described in comment. Please use this ticket for discussion and suggestions. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-678) Browser application to view and edit the contents of a zookeeper instance
[ https://issues.apache.org/jira/browse/ZOOKEEPER-678?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colin Goodheart-Smithe updated ZOOKEEPER-678: - Attachment: ZooInspector.zip Update to the previous submission. Now includes a readme.txt, a notice.txt, have removed TableLayout , have removed author tags and changed all files to use the standard apache license headers Browser application to view and edit the contents of a zookeeper instance - Key: ZOOKEEPER-678 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-678 Project: Zookeeper Issue Type: New Feature Affects Versions: 3.3.0 Reporter: Colin Goodheart-Smithe Assignee: Colin Goodheart-Smithe Fix For: 3.3.0 Attachments: ZooInspector.zip, ZooInspector.zip An application which shows a tree view of the nodes currently in a zookeeper instance and allow the user to view and update the contents of the nodes as well as allowing users to add and remove nodes from the tree, similar in use to the Luke application in the Lucene project. I have a list of other features that I want to add to this application but I wanted to gauge the response before I implemented them all. I have found this useful when debugging my application and thought that it may be useful to others. I was going to submit this as a patch file but I have used some icon files and one library which isn't available in the maven/ivy repositories and these don't seem to work when creating a patch file using subversion. Because of this I have attached a zip containing this application to this issue. If there is a better way to submit this please let me know. The zip contains two directories, the src directory contains the source as it would be added to the contrib folder and the build folder contains a build version of the with a runnable jar. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
About load balance in Zookeeper server
Hi guys: As I know, when a client connected to Zookeeper servers, it would choose a server randomly (without the zoo_deterministic_conn_odrder on), and then, the client would talk to the server until a failure happened. It seems that zookeeper server cannot handle the client connection dynamically according to the load of the server. If some flaw of a client made the client connect Zookeeper servers frequently, it may prevent other normal clients from getting services from Zookeeper, right? So, is there any method to resolve these two practical problems: 1. Handle and apportion clients dynamically, so every servers would have balanced load. 2. Some of frequency controller, which set a frequency threshold on the frequency of requests from a client, prevent server resource from being exhausted by a few clients. -- With Regards! Ye, Qian
[jira] Created: (ZOOKEEPER-683) LogFormatter fails to parse transactional log files
LogFormatter fails to parse transactional log files --- Key: ZOOKEEPER-683 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-683 Project: Zookeeper Issue Type: Bug Components: server Affects Versions: 3.2.2 Reporter: Patrick Hunt Priority: Blocker Fix For: 3.3.0 LogFormatter fails to parse txn log files - seems the tool was never updated to handle FileHeader. It would be good to update the docs on txn log file to include detail on the file format. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.