Actually no one has presented anything concrete that could be demonstrated as an actual advantage over what I proposed, which is basically the standard Java way to do what you are trying to do. I'm not sure you can claim your solution is an evolved version of the ServiceLoader approach as you were unaware of it until I presented it.
<br><br>We&#39;ll have to agree to disagree.<br><br><div><span class="gmail_quote">On 2/19/07, <b class="gmail_sendername">Ceki Gülcü</b> &lt;<a href="mailto:listid@qos.ch">listid@qos.ch</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br>Earlier versions of SLF4J parsed properties files and instantiated an<br>ILoggerFactory similar to the way sun.misc.Loader does it. SLF4J &quot;evolved&quot;<br>into a more primitive solution to make debugging easier (but harder on
<br>SLF4J developers).<br><br>I am more interested in refining the current approach as opposed to trying<br>something more innovative. OK?<br><br>At 09:18 PM 2/19/2007, Eric Crahen wrote:<br>&gt;On 2/19/07, Ceki Gülcü &lt;&lt;mailto:
<a href="mailto:listid@qos.ch">listid@qos.ch</a>&gt;<a href="mailto:listid@qos.ch">listid@qos.ch</a>&gt; wrote:<br>&gt;&gt;One of the reasons why SLF4J is relatively successful is due to its<br>&gt;&gt;simplicity. SLF4J only does static-binding and ito fails-fast. If
<br>&gt;&gt;there is no slf4j-binding available SLF4J prints an error message and<br>&gt;&gt;dies immediately (it fails-fast).<br>&gt;<br>&gt;Still possible with the Service API; except you could have much better<br>&gt;error messages than is technically possible with the current solution.
<br>&gt;<br>&gt;&gt;The ServiceProvider interface is only available in JDK 1.6.<br>&gt;<br>&gt;It is available since 1.4 as sun.misc.ServiceLoader, even in 1.6<br>&gt;<br>&gt;&gt;Moreover, it used the thread context class loader. SLF4J is not going to
<br>&gt;&gt;go on<br>&gt;&gt;that road in the immediate future.<br>&gt;<br>&gt;I really think it would be worth everyone while if time is taken at some<br>&gt;point to explore this solution. I get the strong sense there is an
<br>&gt;unfounded fear of ClassLoaders due to past bad experiences with them;<br>&gt;ClassLoader != problems. I look forward to seeing some serious<br>&gt;consideration given to this option in the future, instead of a knee jerk
<br>&gt;&quot;classloader-bad!&quot; response. I think I&#39;ve provided an enormous amount of<br>&gt;information on the subject that should be plenty to develop a working<br>&gt;solution as soon as people are willing to give it a try.
<br>&gt;<br>&gt;Thanks,<br>&gt;<br>&gt;--<br>&gt;- Eric<br>&gt;_______________________________________________<br>&gt;dev mailing list<br>&gt;<a href="mailto:dev@slf4j.org">dev@slf4j.org</a><br>&gt;<a href="http://www.slf4j.org/mailman/listinfo/dev">
http://www.slf4j.org/mailman/listinfo/dev</a><br><br>--<br>Ceki Gülcü<br>Logback: The reliable, generic, fast and flexible logging framework for Java.<br><a href="http://logback.qos.ch">http://logback.qos.ch</a><br><br>_______________________________________________
<br>dev mailing list<br><a href="mailto:dev@slf4j.org">dev@slf4j.org</a><br><a href="http://www.slf4j.org/mailman/listinfo/dev">http://www.slf4j.org/mailman/listinfo/dev</a><br></blockquote></div><br><br clear="all"><br>-- 
<br><br>- Eric