<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jul 26, 2015 at 4:00 PM, Paul Krause <span dir="ltr"><<a href="mailto:pkrause@investsoftech.com" target="_blank">pkrause@investsoftech.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My first reaction is to say stop using isDebugEnabled(). You shouldn't need to do that.<br>
<br></blockquote><div><br></div><div>Maybe in some cases its overkill but in some cases I build more expensive data structures/representations only for logging which I need to avoid when logging with fine granularity in performance-critical area </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
But if you really must, then try using  isDebugEnabled(Marker) with debug(Marker,...).<br>
<br></blockquote><div><br></div><div>Great, that solves one of my problems.</div><div><br></div><div>The only remaining one I have also solved. I did non stumble accross the "OnMismatch" directive until now. Changing my example to this here, </div><div><br></div><div><div>  <turboFilter class="ch.qos.logback.classic.turbo.MarkerFilter"></div><div>    <Marker>performance</Marker></div><div>    <OnMismatch>DENY</OnMismatch></div><div>  </turboFilter></div></div><div><br></div><div>together with isDebugEnabled(Marker) and setting the levels of the individual loggers gives me the solution to 1) (not exactly but good enough)<br></div><div><br></div><div>and the same with OnMatch ACCEPT gives me the setup for 2) </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hope this helps,<br>
Paul<br>
<div><div class="h5"><br></div></div></blockquote><div><br></div><div>It sure did. Thanks a lot!</div><div>Robert </div></div>
</div></div>