[ https://issues.apache.org/jira/browse/ZOOKEEPER-816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12889264#action_12889264 ]
Patrick Hunt commented on ZOOKEEPER-816: ---------------------------------------- Typically log4j logs are expected to be consumed by users - i.e. debugging, here you're really talking about output that will be machine processed. Is this really logging in the log4j typical sense, perhaps a separate mechanism should be used? Another problem with log4j logging is that changes to the message format, say to make it more "readable", can cause problems for the down stream processor. Not to mention that a separate mechanism could be made much more efficient than the general log4j log mechanism. Perhaps ZK's own WAL could be used for this - reuse the WAL code or write the information directly to the ZK transaction log (might not be such a good idea, but should be considered as an option). Additionally you should consider something like Aspects for this project. This is a cross-cutting feature, something that aspects are well suited for. A benefit of this approach is that it would allow those interested in the feature to enable it while those uninterested would incur zero performance penalty. > Detecting and diagnosing elusive bugs and faults in Zookeeper > ------------------------------------------------------------- > > Key: ZOOKEEPER-816 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-816 > Project: Zookeeper > Issue Type: New Feature > Reporter: Miguel Correia > Priority: Minor > > Complex distributed systems like Zookeeper tend to fail in strange ways that > are hard to diagnose. The objective is to build a tool that helps understand > when and where these problems occurred based on Zookeeper's traces (i.e., > logs in TRACE level). Minor changes to the server code will be needed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.