- logback-user - mailman3.qos.ch

Release of version 0.9.7
by Ceki Gulcu 29 May '07

29 May '07

29th of May 2007 - Release of version 0.9.7 This release corrects packaging bugs 75 and 76 related to the migration of logback to SLF4J version 1.4.0. There are no other changes. You can download the modules, including full source code, class files and documentation on our download page, shown below. http://logback.qos.ch/download.html You can receive logback related announcements by subscribing to the logback announce mailing list. To subscribe to logback-announce list, please visit the following URL. http://logback.qos.ch/mailinglist.html -- Ceki Gülcü Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch

1 0

ENC: RES: Implementing MultiFileAppender
by Leonardo de Moura Rocha Lima 29 May '07

29 May '07

Hello, all. First let me introduce myself. I'm Leonardo Lima, and I've been using log4j for about 2 years. In the past, I needed to generate one log file per 'context', context being anything that I put in my MDC. I went to the log4j user list, discussed a little with other users and I used an implementation that I found at log4j bug tracking system. I've been using it since October last year and it's all ok. Sebastien contacted me and the other guys that were talking about (how to) implementing what became the MultiFileAppender so that we could contribute it to logback; but at the time I couldn't switch to nor learn logback. Now I want to use logback and reproduce the functionality of MultiFileAppender (that I went and improved myself over). So, the result's in the emails that follows. So, please, any input/feedback is much welcome. I improved the code below using EHCache as caching solution to handle the timeout/max open files problems that would occour, but maybe something simpler and built-in is better. And, as an improvement, I thought about applying the whole PatternLayout parsing to filenames, so we could use thread names and much more information on file names. That and the option to auto-create dirs, would be awesome (at least for me). Think about self-organizing log! Thanks a lot for your time. Leonardo de Moura Rocha Lima -----Mensagem original----- De: Ceki Gulcu [mailto:ceki@qos.ch] Enviada em: terça-feira, 29 de maio de 2007 15:25 Para: Leonardo de Moura Rocha Lima Cc: 'Sebastien Pennec' Assunto: Re: RES: Implementing MultiFileAppender Hello Leonardo, Since this conversation might interest other users, could you please post your message on the logback-user mailing list? Many thanks, Leonardo de Moura Rocha Lima wrote: > Hello, Sebastien. > > I'm sorry that it took such a long time to reply your e-mail, but only now I > got 'green light' to go into logback. We now have a new project that we'd > like to use logback and keep the MultiFileAppender behavior (developed > in-house) that we had in log4j. > For what I gathered, the concept of using MDC properties in filenames isn't > yet implement in logback. So, I am on my way to implement it. > > I tried for a couple of hours to understand and use your recommendation > about using Joran replay functionality to achieve what we need, but failed. > I did run and (I think I) understood the FruitConfigurationTest. I read > Chapter 3 of the logback Manual that has an example of using Joran to > re/load configuration. But I failed to understand how I replay the > configuration once the first run is running. > > So I went and did something that's not that beautiful, but works. I > implemented an Appender has a parser that substitutes the %X{} and %d{} tags > (not recursively, but more than one tag per filename. Example: > client.%X{ip}.%X{port}.%d{yyyy}.%d{MM}.log) and create a new filename from a > base filename, plus a map of FileAppenders to delegate the logging events > to. It's a naïve approach, but it's suiting my needs (use MDC to generate > context, roll logger using Time). Only thing left is handling appenders > 'timeout' and 'max open files', so I don't get too many file handles nor > keep file handles open for no reason. I thought about using some cache > solution to handle that, but it would add more dependency to the project... > > I'd like to request your guidance on the matter. Should I go on with what I > wrote (with or without the cache), or please teach me how the 'replay' > functionality would be used in this matter. And, if I wanted to contribute > the code, what should I provide. I've never contributed anything before... > > I embed the code of my class here because I don't know how you handle > attachments... > > Thanks in advance, and keep up the good work on logback. > > Leonardo de Moura Rocha Lima > 55 11 3094.3939 > > > import java.text.SimpleDateFormat; > import java.util.Date; > import java.util.HashMap; > import java.util.Map; > > import ch.qos.logback.classic.spi.LoggingEvent; > import ch.qos.logback.core.AppenderBase; > import ch.qos.logback.core.FileAppender; > import ch.qos.logback.core.Layout; > > public class LAppender extends AppenderBase<LoggingEvent> { > > /** > * Base Filename. Will be parsed for %X{} and %d{} tags. > */ > private String file; > > /** > * FileAppender option; will propagate. > */ > private Layout<LoggingEvent> layout; > > /** > * FileAppender option; will propagate. > */ > private boolean immediateFlush = true; > > /** > * FileAppender option; will propagate. > */ > private boolean bufferedIO; > > /** > * FileAppender option; will propagate. > */ > private String encoding; > > /** > * FileAppender option; will propagate. > */ > private boolean append; > > /** > * FileAppender option; will propagate. > */ > private int bufferSize; > > /** > * Map of current active FileAppenders. Needs improvement: max open > files > * and timeout, to keep resources > */ > private Map<String, FileAppender<LoggingEvent>> appenders = new > HashMap<String, FileAppender<LoggingEvent>>(); > > /** > * Return the FileAppender for the given filename. Create a new one > and add > * to cache, if needed. > */ > private FileAppender<LoggingEvent> getFA(String filename) { > if (appenders.get(filename) != null) { > return appenders.get(filename); > } > > FileAppender<LoggingEvent> resp = new > FileAppender<LoggingEvent>(); > resp.setAppend(append); > resp.setBufferedIO(bufferedIO); > resp.setBufferSize(bufferSize); > resp.setContext(this.getContext()); > resp.setEncoding(encoding); > resp.setFile(filename); > resp.setImmediateFlush(immediateFlush); > resp.setLayout(layout); > resp.setName(this.getName()); > resp.start(); > appenders.put(filename, resp); > return resp; > } > > @Override > /** > * Delegate the LoggingEvent to the right FileAppender > */ > protected void append(LoggingEvent eventObject) { > getFA(getFile(eventObject)).doAppend(eventObject); > } > > /** > * Return the filename for the given LoggingEvent, based on the base > * filename. > */ > private String getFile(LoggingEvent eventObject) { > return substituteDate(substituteContext(file, eventObject > .getMDCPropertyMap()), new > Date(eventObject.getTimeStamp())); > } > > /** > * Parse and replace %X{} tags. > */ > private String substituteContext(String base, Map<String, String> > mdc) { > if (base == null) > return null; > if (mdc == null) > return base; > > int idx = base.indexOf("%X{"); > if (idx < 0) > return base; > int lidx = base.indexOf('}', idx); > String str = base.substring(idx + 3, lidx); > String val = mdc.get(str); > if (val == null) > val = "null"; > return substituteContext(base.replaceAll("\\%X\\{" + str + > '}', val), > mdc); > } > > /** > * Parse and replace %d{} tags. > */ > private String substituteDate(String base, Date dt) { > if (base == null) > return null; > if (dt == null) > dt = new Date(); > > int idx = base.indexOf("%d{"); > if (idx < 0) > return base; > int lidx = base.indexOf('}', idx); > String str = base.substring(idx + 3, lidx); > String val = new SimpleDateFormat(str).format(dt); > if (val == null) > val = "null"; > return substituteDate(base.replaceAll("\\%d\\{" + str + '}', > val), dt); > } > > @Override > /** > * Propagate the stop action to everyone > */ > public void stop() { > for (FileAppender<LoggingEvent> fa : > this.appenders.values()) { > fa.stop(); > } > } > > public void setFile(String file) { > this.file = file; > } > > public void setLayout(Layout<LoggingEvent> layout) { > this.layout = layout; > } > > public void setAppend(boolean append) { > this.append = append; > } > > public void setBufferedIO(boolean bufferedIO) { > this.bufferedIO = bufferedIO; > } > > public void setEncoding(String encoding) { > this.encoding = encoding; > } > > public void setImmediateFlush(boolean immediateFlush) { > this.immediateFlush = immediateFlush; > } > > public void setBufferSize(int bufferSize) { > this.bufferSize = bufferSize; > } > > } > > > -----Mensagem original----- > De: Sebastien Pennec [mailto:sebastien@qos.ch] > Enviada em: segunda-feira, 23 de outubro de 2006 14:53 > Para: HBender(a)Ergonomics.ch; Patrick.Wyss(a)mobilesolutions.ch; online(a)l3o.net > Cc: Ceki Gülcü > Assunto: Implementing MultiFileAppender > > Hello Heri and Leo and Patrick, > > You might have heard of logback, a rewrite of log4j by Ceki Gülcü, log4j's > founder. > Logback has a smaller memory footprint and is faster by a wide margin. It > has much > better error reporting capability and is generally more robust. Logback has > support > for markers which enables capabilities not found elsewhere. We will be > documenting > these capabilities in the near future. > > We've read your mails on the log4j mailing list about a MultiFileAppender, > and found > your idea very interesting. > > In logback, there is mostly all the bricks one might need to create such a > component. > > Our new version of the Joran configuration framework allows replay of > configuration > elements. This is exactly what's needed to create new FileAppenders based on > specific > situations. When replaying configuration sequences, one can replace some > properties, > such as file name, to fine tune the new component. > > For documentation about Joran, you might want to check the following > resources > > - http://logback.qos.ch/joran.html > - logback-core/examples/src/joran/ (available from Subversion repo) > - ch.qos.logback.core.joran.replay.FruitConfigurationTest (Subversion repo) > > Replay functionality in Joran is only available from the Subversion repo. It > will be > included in logback version 0.5. > > Regarding FileAppender and derived appenders, logback has similar support > compared to > log4j 1.3, in addition to several niceties. > > Would you like to contribute MultiFileAppender to logback? If you are > interested, we > will gladly provide support for this endeavor. > > Kind regards, > > Sébastien > -- Ceki Gülcü Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch

1 0

log4j xml configuration translator
by Arthur Blake 24 May '07

24 May '07

The log4j to logback properties translator (at http://logback.qos.ch/translator/Welcome.do) looks like it could be very useful for those migrating from log4j to logback. However, I do all of my log4j configuration with xml (DomConfigurator). What do you think about adding a logback translator for that as well on the web site? thanks Arthur Blake ____________________________________________________________________________________Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us. http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7

1 0

Release of version 0.9.6
by Ceki Gulcu 24 May '07

24 May '07

23rd of May 2007 - Release of version 0.9.6 Logback is now aligned and compatible with SLF4J version 1.4.0, thus correcting bug 73 as reported by Andy Gerweck. Fixed NoClassDefFoundError problem when running under JDK 1.4 as reported by Brian Suksomwong. Fixed bug 63 as reported by La Canea Rosario. Calling log4j (bridge) with the trace level will no longer cause an IllegalStateException to be thrown. Fixed bug 70 as reported by Dirk Ooms. The %throwable conversion word is now recognized as documented in the logback manual. Moreover, the manual now mentions the %nopex word which can be used to force PatternLayout to ignore the exception contained in the logging request. As in most releases, the documentation has been improved. You can download the modules, including full source code, class files and documentation on our download page, shown below. http://logback.qos.ch/download.html You can receive logback related announcements by subscribing to the logback announce mailing list. To subscribe to logback-announce list, please visit the following URL. http://logback.qos.ch/mailinglist.html -- Ceki Gülcü Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch

1 0

Question about the right way to provide Standard MDC Entries for every call while using LogBack ...
by Klaus UNGER 24 May '07

24 May '07

Hello everybody, So far, many thanks for the great work, already done! We are using SLF4J and LogBack in an large Eclipse RCP Client/Server project for our logging purposes. During one of our last design sessions, we were discussing the options, how to deal with standard operations while logging. In detail, every of our RCP Clients is logging towards a central LogServer and we have a business requirement for putting the authenticated User as well as some other detail information into the MDC and pass it along with every single LOGGER-call. I've searched a bit and didn't find direct support for that demands. Any hints how to solve such a requirement properly or pointers in the right direction towards documentation, etc. would be greatly appreciated. BTW ... any news/updates regarding "BUG 57" http://bugzilla.qos.ch/show_bug.cgi?id=57 Are there any plans to support JDK 1.5 variable param lists in LogBack-Logger instead of Object[]? Are there any plans to extend the Logger-Calls for Throwable to support also formatted messages? Many thanks in advance for your help kind regards from sunny Vienna K:) --------------------- Klaus UNGER, BSc Münzgasse 3/40+42 A-1030 Wien mobil: +43 (664) 4236046

1 0

Changing a logger's level for only one appender?
by Gerweck Andy - agerwe 21 May '07

21 May '07

Hello, I have a couple of applications that create two log files: one with all debug statements for troubleshooting and another with just INFO and above for general information. The debug logs are erased after a day or two while the general log is kept for a month or longer. I apologize if I just missed this in the documentation, but is there an easy way to set the minimum level for a specific logger hierarchy on just a single appender. For example, I want com.example.* to write only WARN and above to my general log, but I still want its DEBUG statements in the debug log. I'm sure I could write my own filter or use an EvaluatorFilter, but this seems like such a common requirement that there would be a standard mechanism. Thanks, Andy *************************************************************************** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. ****************************************************************************

2 3

logback performace going down
by Mandeep Singh 21 May '07

21 May '07

Hi, I had downloaded the logback version 0.9.2 sometime back and had done some performance comparison vis a vis log4j. At that time the tested call (logger.isDebugEnabled) was atleast 3 times faster in logback then log4j. But just today i downloaded the 0.9.5 version and it seems that due to some changes the performance has been hit . Now logback is a bit slower then log4j for the same call . (Although i must add that the performance of parameterized call has improved, and it now takes half of the time as compared to 0.9.2) I am pasting the code used for the test. - Mandeep ==================================================================================================== ==================================================================================================== package mandy.test.programs; import org.slf4j.Logger; import org.slf4j.LoggerFactory; public class LogTester2 { static Logger logbacklogger = LoggerFactory.getLogger(LogTester2.class); static org.apache.log4j.Logger log4jlogger = org.apache.log4j.Logger.getLogger(LogTester2.class); // How many times should we try to log: static int loop = 1000000; public static void main(String[] args) throws InterruptedException { initConfig(); // Let's run once for Just In Time compiler log4jDirectDebugCall(); log4jTestedDebugCall(); logbackDirectDebugCall(); logbackTestedDebugCall(); logbackParametrizedDebugCall(); // let's run the tests and display the results: long result1 = log4jDirectDebugCall(); long result2 = log4jTestedDebugCall(); long result3 = logbackDirectDebugCall(); long result4 = logbackTestedDebugCall(); long result5 = logbackParametrizedDebugCall(); System.out.println("###############################################"); System.out.println("Log4j direct debug call: " + result1); System.out.println("Log4j tested (isDebugEnabled) debug call: " + result2); System.out.println("Logback direct debug call: " + result3); System.out.println("Logback tested (isDebugEnabled) debug call: " + result4); System.out.println("Logback parametrized debug call: " + result5); System.out.println("###############################################"); } private static long log4jDirectDebugCall() { Integer j = new Integer(2); long start = System.nanoTime(); for (int i = 0; i < loop; i++ ) { log4jlogger.debug("SEE IF THIS IS LOGGED " + j + "."); } return (System.nanoTime() - start) / loop; } private static long log4jTestedDebugCall() { Integer j = new Integer(2); long start = System.nanoTime(); for (int i = 0; i < loop; i++ ) { if (log4jlogger.isDebugEnabled()) { log4jlogger.debug("SEE IF THIS IS LOGGED " + j + "."); } } return (System.nanoTime() - start) / loop; } private static long logbackDirectDebugCall() { Integer j = new Integer(2); long start = System.nanoTime(); for (int i = 0; i < loop; i++ ) { logbacklogger.debug("SEE IF THIS IS LOGGED " + j + "."); } return (System.nanoTime() - start) / loop; } private static long logbackTestedDebugCall() { Integer j = new Integer(2); long start = System.nanoTime(); for (int i = 0; i < loop; i++ ) { if (logbacklogger.isDebugEnabled()) logbacklogger.debug("SEE IF THIS IS LOGGED " + j + "."); } return (System.nanoTime() - start) / loop; } private static long logbackParametrizedDebugCall() { Integer j = new Integer(2); long start = System.nanoTime(); for (int i = 0; i < loop; i++ ) { logbacklogger.debug("SEE IF THIS IS LOGGED {}.", j); } return (System.nanoTime() - start) / loop; } private static void initConfig() { org.apache.log4j.Logger log4jRoot = org.apache.log4j.Logger.getRootLogger(); log4jRoot.setLevel(org.apache.log4j.Level.INFO); ch.qos.logback.classic.Logger lbRoot = (ch.qos.logback.classic.Logger) LoggerFactory.getLogger("ROOT"); lbRoot.setLevel(ch.qos.logback.classic.Level.INFO); // create the loggers org.apache.log4j.Logger.getLogger("perfTest"); org.apache.log4j.Logger.getLogger("perfTest.ch"); org.apache.log4j.Logger.getLogger("perfTest.ch.qos"); org.apache.log4j.Logger.getLogger("perfTest.ch.qos.logback"); LoggerFactory.getLogger("perfTest"); LoggerFactory.getLogger("perfTest.ch"); LoggerFactory.getLogger("perfTest.ch.qos"); LoggerFactory.getLogger("perfTest.ch.qos.logback"); } } ____________________________________________________________________________________Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.yahoo.com/

1 0

Question regarding jmxConfigurator
by Klaus UNGER 09 May '07

09 May '07

Hello, maybe a "stupid" question, but is there anywhere an example or explanation who to use jmx configuration capabilities without a web-server (tomcat/jetty) I do have a RCP rich client, have already successfully implemented a draft ILogAppender. Now we wanted to be able to dynamically configure Log-Levels via JMX I didn't find a port to connect to the client on my local machine! thanks in advance K:) --------------------- Klaus UNGER, BSc Münzgasse 3/40+42 A-1030 Wien mobil: +43 (664) 4236046

2 1

Unable to Initialize Logger in JDK1.4
by Brian Suksomwong 03 May '07

03 May '07

Hey all, I'm trying to test logback's JDK1.4 support, but am receiving a NoClassDefNotFoundException when running my test class. Test Class: import org.slf4j.Logger; import org.slf4j.LoggerFactory; public Test { public static void main(String args[]) { Logger log = LoggerFactory.getLogger(Test.class); System.out.prinln(log.getName()); } } My classpath includes: logback-classic-0.9.5-jdk14.jar logback-core-0.9.5-jdk14.jar slf4j-api-1.3.0.jar slf4j-jdk14-1.3.0.jar (just in case, but I receive the same error without it) When I try to run the class I receive the following stack trace: java.lang.NoClassDefFoundError: javax/management/ObjectName at ch.qos.logback.classic.joran.JoranConfigurator.addInstanceRules( JoranConfigurator.java:62) at ch.qos.logback.core.joran.GenericConfigurator.buildInterpreter( GenericConfigurator.java:83) at ch.qos.logback.core.joran.JoranConfiguratorBase.buildInterpreter( JoranConfiguratorBase.java:82) at ch.qos.logback.core.joran.GenericConfigurator.doConfigure( GenericConfigurator.java:95) at ch.qos.logback.core.joran.GenericConfigurator.doConfigure( GenericConfigurator.java:74) at ch.qos.logback.core.joran.GenericConfigurator.doConfigure( GenericConfigurator.java:38) at ch.qos.logback.classic.util.ContextInitializer.configureByResource( ContextInitializer.java:24) at ch.qos.logback.classic.util.ContextInitializer.autoConfig( ContextInitializer.java:35) at ch.qos.logback.classic.util.ContextInitializer.autoConfig( ContextInitializer.java:46) at org.slf4j.impl.StaticLoggerBinder.initialize(StaticLoggerBinder.java:52) at org.slf4j.impl.StaticLoggerBinder.<init>(StaticLoggerBinder.java:44) at org.slf4j.impl.StaticLoggerBinder.<clinit>(StaticLoggerBinder.java:39) at org.slf4j.LoggerFactory.<clinit>(LoggerFactory.java:57) at Test.main(Test.java:6) ... Removed 21 stack frames The javax/management package is not in JDK1.4, but is in JDK1.5. I think there is a binding issue happening; please help me solve this issue if possible. Thanks! -B-

3 3

wizard to create logback.xml
by dirk ooms 03 May '07

03 May '07

Hello list, i created a wizard that generates a logback.xml for logging to file, console, socket and/or email: http://wizardforge.org/pc?action=showVersion&id=72 enjoy, dirk

2 2