Miguel Correia commented on ZOOKEEPER-816:

The idea behind using ZK's log4j logs was to modify ZK's server-side code as 
less as possible. ZK is used in critical applications so a design principle 
that we are using is to avoid anything that may impact its reliability. In that 
sense, ZK's WAL is probably not a good option as it is specially critical for 
the correct operation of ZK. 

Another option that occurred to me was to create another log4j logger, which 
would be used specifically for logging the traces we need. Either if we use the 
original log4j logger or a new one, we can improve the performance using the 
same mechanisms that are used to make the WAL efficient.

In relation to Aspects, I didn't understand what do you mean. Can you give me 
some pointers?


> 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.

Reply via email to