<br><font size=2 face="sans-serif">I did know that I can parameterize up
to 2 parameters, which is nice. But I also think that it is annoying to
have to remember to change the syntax once you hit 3+ parameters. Along
with this, it is also annoying to have to remember to change syntax when
logging errors (cannot use paramatized strings). It would be nice if things
were more consistent.</font>
<br>
<br><font size=2 face="sans-serif">-Chris</font>
<br>
<br><font size=2 face="sans-serif"><br>
Thanks,<br>
<br>
Christopher White<br>
Sr. Programmer<br>
1-617-772-2403<br>
Christopher.White@bbh.com<br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Ceki Gulcu &lt;listid@qos.ch&gt;</b>
</font>
<br><font size=1 face="sans-serif">Sent by: user-bounces@slf4j.org</font>
<p><font size=1 face="sans-serif">04/24/2008 09:51 AM</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">Please respond to<br>
User list for the slf4j project &lt;user@slf4j.org&gt;</font></div></table>
<br>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">User list for the slf4j project &lt;user@slf4j.org&gt;</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: [slf4j-user] Java 5 version of SLF4J?</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2><tt><br>
Christopher.White@bbh.com wrote:<br>
&gt; <br>
&gt; Ceki,<br>
&gt; <br>
&gt; I do understand your reasoning, and thank you for your quick response.<br>
&gt; <br>
&gt; And since Logback natively implements SLF4J, its API will also not
be <br>
&gt; changed to include any new JSE 5 features, correct? Nor will new method
<br>
&gt; signatures specific to just Logback be created for this (if I chose
to <br>
&gt; use Logback without SLF4J)?<br>
<br>
Correct. As you stated, the logback API sits on top of SLF4J. There are
no plans <br>
to change that.<br>
<br>
&gt; This is unfortunate for those who have been using JSE 5 for some time
<br>
&gt; now, and still have not been able to fully take advantage of its <br>
&gt; features (especially when it comes to the work of tedious logging).<br>
<br>
You do realize that the SLF4J API already supports parameterized logging
up to 2 <br>
parameters? With an SLF4J logger you can write:<br>
<br>
Logger logger = LoggerFactory.getLogger(Wombat.class);<br>
Integer t;<br>
Integer oldT;<br>
Integer expectedT;<br>
<br>
logger.debug(&quot;Some message.&quot;);<br>
logger.debug(&quot;Temperature set to {}&quot;, t);<br>
logger.debug(&quot;Temperature set to {}. Old temperature was {}.&quot;,
t, oldT);<br>
<br>
However, SLF4J does not support 3 or more parameters. So, you could not
write:<br>
<br>
logger.debug(&quot;new={}, old={}, expected={}&quot;, t, oldT, expectedT);<br>
<br>
You would have to write:<br>
<br>
logger.debug(&quot;new={}, old={}, expected={}&quot;, new Integer[] {t,
oldT, expectedT});<br>
<br>
I believe that compared to the slight inconvenience above, breaking <br>
compatibility is a more serious concern.<br>
<br>
<br>
&gt; I was really excited about SLF4J/Logback when this project started,
but <br>
&gt; without these new features (which would simplify and reduce my coding
<br>
&gt; effort) it just doesn't seem worth it to convert to this logging <br>
&gt; framework (even though I really appreciate the clean Logback <br>
&gt; implementation). Perhaps Log4J 2.0 will incorporate these considerations
<br>
&gt; since it will be JSE 5 dependent. If it does, I'd have to bet that
many <br>
&gt; people will jump ship on SLF4J/Logback in favor of Log4J. It really
is <br>
&gt; too bad that the Logback API cannot be changed before it reaches version
<br>
&gt; 1.0.<br>
<br>
You might also want to check out the slf4j-migrator [1] which may help
with your <br>
migration efforts, when and if you decide to migrate to SLF4J.<br>
<br>
[1] http://slf4j.org/migrator.html<br>
<br>
-- <br>
Ceki Gülcü<br>
QOS.ch is looking to hire talented developers in Switzerland. &nbsp;If<br>
interested, please contact c e k i AT q o s . c h<br>
<br>
_______________________________________________<br>
user mailing list<br>
user@slf4j.org<br>
http://www.slf4j.org/mailman/listinfo/user<br>
</tt></font>
<br>
<P><hr size=1></P><P><STRONG>*************************** IMPORTANT NOTE *****************************
 The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman & Co., its subsidiaries and affiliates BBH. There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus. *******************************************************************</STRONG></P>