[slf4j-dev] Release of SLF4J version 1.6.0-RC0

Ceki Gülcü ceki at qos.ch
Sun May 2 01:54:09 CEST 2010


On 01/05/2010 3:45 AM, Ralph Goers wrote:
 > I understand what you think is the issue. However, the unintended side
 > effect that introducing LoggingEvent will have is this:

 > LoggingEvent event = new LoggingEvent(Level.DEBUG).add(marker);
 >
 > event.setMessage(message1);
 > logger.log(event);
 > event.setMessage(message2);
 > logger.log(event);
 >
 > For this to work the logging implementation has to make a new copy of
 > the logging event. Otherwise, if an appender were to cache logging
 > events, as they can safely do now (i.e. ListAppender), and then write
 > them in batches events would get lost. Asynchronous appenders would
 > also have to do this.

Logback's LoggingEvent is intended to be different than
org.slf4j.spi.LoggingEvent. In all likelyhood, it (logback's
LoggingEvent) will copy the data points from SLF4J's LoggingEvent so
that the problem you mention will not arise.

--
Ceki



More information about the slf4j-dev mailing list