Tell them to add slf4j-api (since you use this directly), slf4j-log4j12 (to send your logs to their logging engine) and to remove the logback and log4j-over-slf4j jars (or they will cause collisions).  Then they can control their whole logging chain with their log4j.properties.<div>

  (*Chris*)<br><br><div class="gmail_quote">On Fri, May 4, 2012 at 1:34 PM, Mike Boyers <span dir="ltr"><<a href="mailto:mboyers@yahoo.com" target="_blank">mboyers@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

We have a project that uses slf4j/logback for its logging.  We have dependencies we're pulling in that are using log4j, so for that, we're using the log4j-over-slf4j bridge.  We have a single logback.xml configuration that controls it all, and everything is fine.<br>


<br>
But we publish artifacts, and other projects have our artifacts as their dependencies, and they are using log4j strictly.  Let's assume they know nothing about logback and have no desire to switch.<br>
<br>
What technique to people typically follow in this case?  Is there an inverse log4j-over-slf4j bridge?<br>
<br>
Thanks,<br>
Mike<br>
<br>
_______________________________________________<br>
Logback-user mailing list<br>
<a href="mailto:Logback-user@qos.ch">Logback-user@qos.ch</a><br>
<a href="http://mailman.qos.ch/mailman/listinfo/logback-user" target="_blank">http://mailman.qos.ch/mailman/listinfo/logback-user</a><br>
</blockquote></div><br></div>