<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">

<HTML>

<HEAD>

  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">

  <META NAME="GENERATOR" CONTENT="GtkHTML/4.2.2">

</HEAD>

<BODY>

I was wondering what the reason was for using a customer message formatter for the logger instead of the one provided with java under<BR>

<A HREF="http://docs.oracle.com/javase/1.5.0/docs/api/java/util/Formatter.html">http://docs.oracle.com/javase/1.5.0/docs/api/java/util/Formatter.html</A><BR>

or an implemtation of<BR>

<A HREF="http://docs.oracle.com/javase/1.5.0/docs/api/java/text/Format.html">http://docs.oracle.com/javase/1.5.0/docs/api/java/text/Format.html</A><BR>

<BR>

From <A HREF="http://www.slf4j.org/apidocs/org/slf4j/helpers/MessageFormatter.html">http://www.slf4j.org/apidocs/org/slf4j/helpers/MessageFormatter.html</A> I see it was due to performance, but would it have made sense to have the custom formatter implement java.text.Format?<BR>

the SLF API could then look like this: trace (java.text.Format, Object... args)<BR>

allowing the caller to use a slower formatter if they want more complex formatting options?<BR>

<BR>

I guess my main issue though was that the manual ( <A HREF="http://www.slf4j.org/manual.html ">http://www.slf4j.org/manual.html </A>) mentions the vararg usage, but does not indicate that it is using a non-standard formatter for the messages.<BR>

<BR>

It would be nice to at least get a link to the API in the manual to the MessageFormatter class so users know that they can't use the standard java formatter.<BR>

<BR>

The nicest option would be that link, plus an @see note in the javadoc for Logger calls that accept formatting, that way tools like Eclipse can show the note in the API tool tips.<BR>

<BR>

Thanks!<BR>

<BR>

John.

</BODY>

</HTML>