Hi<div><br></div><div>In our application we use several libraries that log using j.u.logging, and we want to send them to the slf4j-wrapped logback setup we use everywhere else.  For this we&#39;re using the SLF4JBridgeHandler class.</div>
<div><br></div><div>On the Javadoc page for SLF4JBridgeHandler <a href="http://www.slf4j.org/api/org/slf4j/bridge/SLF4JBridgeHandler.html">http://www.slf4j.org/api/org/slf4j/bridge/SLF4JBridgeHandler.html</a> there&#39;s a warning that the class comes with a performance cost, and I&#39;m keen to understand the nature of this.</div>
<div><br></div><div>My assumption is that the issue relates to the case where the j.u.logging level is finer than the logback level.  Processing done by j.u.logging is wasted because a logging call never results in a message being written; it never &#39;makes it through&#39; logback because of its higher level.  If the library is generating lots of FINEST calls, this could be a hit.</div>
<div><br></div><div>However, if the j.u.logging level is set high, e.g. to INFO, then j.u.logging itself never makes the effort, and so there&#39;ll be no additional performance impact.</div><div><br></div><div>Is this a correct assessment?  Or is there more that I should be aware of?</div>
<div><div><br></div><div><br></div></div>