July 2011 - logback-user - mailman3.qos.ch

how to redirect system.out/err to a file?
by Zhangguangchao 22 Jul '11

22 Jul '11

Hi, Is there a configuration to redirect STDOUT to a file? By the way, I found the same question asked in http://www.qos.ch/pipermail/logback-user/2009-June/001141.html and I wanna know whether it is fixed and how. And I didn't found the new feature about ConsoleAppender configuration changed in Logback News. Thanks a lot. Dominic Zhang

3 4

A new ReconfigureOnChangeFilter at each reload of the config file
by dunand 20 Jul '11

20 Jul '11

I started playing with Logback yesterday. I use scan="true" because I want an easy way to modify logging without redeploying my webapp. I noticed that each time I modify logback.xml a new ReconfigureOnChangeFilter is created. After 4 modifications and reloading of logback.xml the logback is reloaded 4 times because each new ReconfigureOnChangeFilter scan and reload the config file. Also, the logging work correctly. My message are logged one time (not 5 times). My only concern is that a new ReconfigureOnChangeFilter is created every time the config file is reloaded. What I'm I doing wrong ? The output from debug="true". I made 4 modifications in the config file. 1 modif : changed level of com.lq from DEBUG to WARN 2 modif : changed scan time from 7 to 8 seconds 3 modif : changed scan time from 8 to 9 seconds 4 modif : changed scan time from 9 to 10 seconds http://old.nabble.com/file/p32099960/logback-debug-2.log logback-debug-2.log My logback.xml : <configuration scan="true" scanPeriod="30 seconds" debug="true"> <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"> <encoder> <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern> </encoder> </appender> <root level="debug"> <appender-ref ref="STDOUT" /> </root> </configuration> I use a ServletContextListener to initialize Logback because I want a way to change the logging configuration without redeploying my webapp. If you have a better way, I'm open to suggestion : public void contextInitialized(ServletContextEvent sce) { LoggerContext lc = (LoggerContext) LoggerFactory.getILoggerFactory(); try { JoranConfigurator configurator = new JoranConfigurator(); configurator.setContext(lc); // the context was probably already configured by default configuration rules lc.reset(); ServletContext servletContext = sce.getServletContext(); configurator.doConfigure(servletContext.getInitParameter(LOGBACK_CONFIG_FILE_PARAMETER)); } catch (JoranException je) { // StatusPrinter will handle this } } -- View this message in context: http://old.nabble.com/A-new-ReconfigureOnChangeFilter-at-each-reload-of-the… Sent from the Logback User mailing list archive at Nabble.com.

2 5

RollingFileAppender don't roll at all
by Sakho Meissa 14 Jul '11

14 Jul '11

Hi all, I'm tearing my hairs off to understand why the RollingFileAppender in my configuration doesn't behave as expected. I'm using logBack 0.9.15 version with jboss 5.1 EAP. My configuration file is below with few remarks: 1) The fileNamePattern I've set (in bold) is supposed to create a new file file each minute. 2) I've set layout instead of an encoder (which is in pattern) because encoder in not supported in this version of logback. When I start the server the output seem to be ok with my configuration and a log file named tpm-ws.log is created as expected. After one day of testing, there is no other file created. All logs are still generated in the same file. Can someone explain me what's wrong in my configuration? Is the RollingFileAppender supported in the 0.9.15 version. <configuration debug="true" scan="true"> <property name="tpm-log-file" value="C:\\Developpement\\jboss\\jboss-5.1.0.GA\\server\\default\\conf\\confwspatio\\logs\\tpm-ws.log" /> <appender name="TPM-WS-LOG" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>${tpm-log-file}</file> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">  <fileNamePattern>logFile.%d{yyyy-MM-dd-HHmm}.log</fileNamePattern>  <maxHistory>30</maxHistory> </rollingPolicy> <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"> <maxFileSize>1MB</maxFileSize> </triggeringPolicy> <layout class="ch.qos.logback.classic.PatternLayout"> <Pattern>%d{dd/MM/yyyy HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</Pattern> </layout>  </appender> <root level="TRACE"> <appender-ref ref="TPM-WS-LOG" /> </root> <logger name="org.springframework" level="TRACE"> <appender-ref ref="TPM-WS-LOG" /> </logger> </configuration> Thanks in advance. Meissa SAKHO NATIXIS Systémes d'information Achats et Logistique / Etudes -Banque Privée Tél. : +33 1 58 32 20 88 : +33 6 01 27 58 46 www.natixis.com<http://www.natixis.com> L'integrite de ce message n'etant pas assuree sur internet, Natixis ne peut etre tenu responsable de son contenu. Toute utilisation ou diffusion non autorisee est interdite. Si vous n'etes pas destinataire de ce message, merci de le detruire et d'avertir l'expediteur. Ensemble, faisons un geste pour l'environnement : n'imprimons nos mails que si necessaire. The integrity of this message cannot be guaranteed on the Internet. Natixis can not therefore be considered responsible for the contents. Any unauthorized use or dissemination is prohibited. If you are not the intended recipient of this message, then please delete it and notify the sender. Let us mind the environment : let's print our mails only when necessary

2 1

logback and thread safety?
by Boyer, Brent B 11 Jul '11

11 Jul '11

Does anyone know of where the documentation is concerning lobagback and thread safety? Logback, particularly high level "user facing" classes like Logger, has to be multithread safe, right? I cannot imagine otherwise, but I there seems to be no thorough discussion of its thread safety. On the logback website, the sole discussion I found was this brief mention in the manual: "All appenders shipped with the logback distribution extend the AppenderBase abstract class that implements the doAppend method in a synchronized block ensuring thread-safety." http://logback.qos.ch/manual/architecture.html I also found this 4 year old posting to this email list http://old.nabble.com/logback-and-concurrency-to10189585.html#a10311135 in which no less than Ceki Gülcü says that logback is thread safe. But he gives no details. Every single logback class javadoc that I looked at is silent about MT safety. (Indeed, there seem to be minimal javadocs about anything. It ought to be a requirement that every single class committed to source control includes in its class javadoc a comment about thread safety.) A web search found one person claiming a bug (in slf4j) here: http://neopatel.blogspot.com/2010/12/slf4j-over-sysout-not-thread-safe.html If anyone knows where this is discussed more thoroughly, please share the link(s). Also, if this question is more appropriate for the dev list, let me know and I will do that. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities.

2 2

janino error upgrading to 0.9.29
by Michael C Rosenstein 08 Jul '11

08 Jul '11

We are using logback-classic and logback-core in a tomcat 6.0.32 application. Our logback.xml contains an if condition, so our application classpath includes the following files: janino.jar logback-classic-0.9.29.jar logback-core-0.9.29.jar When we try logback 0.9.29, logback is suddenly unable to find the janino file. Tomcat reports the following error: ERROR in ch.qos.logback.core.joran.conditional.IfAction - Could not find Janino library on the class path. Skipping conditional processing. The problem disappears when we put the logback 0.9.28 files back in place. Is there something new we need to do in .29? Thanks for your help. /mcr

1 0

FileAppender and flushing
by Beyer, Doug 08 Jul '11

08 Jul '11

In a very simple intro-style prototype using logback, I've got a rolling file appender logging correctly to a file. However, I don't see the log lines immediately; however, they do show up when I close my java app. This means things are getting buffered. But I can't find something like Logger.flush() or any flush method as a work my way back up the inheritance tree. How do I ensure immediate flushing? Thanks.

3 2

Is it possible to setup several markers in TurboFilter at the same time?
by Aleksey_ 08 Jul '11

08 Jul '11

Hi All, I would like to use several markers at the same time. I use the following configuration: <turboFilter class="ch.qos.logback.classic.turbo.MarkerFilter"> <Marker>CLIENT_WIDGET_TABLE_PERFORMANCE</Marker> <Marker>CLIENT_PERFORMANCE</Marker> <OnMatch>ACCEPT</OnMatch> <OnMismatch>DENY</OnMismatch> </turboFilter> Unfortunately only last marker (CLIENT_PERFORMANCE) takes into account. Is it possible to use several markers at the same time? Thank in advance -- View this message in context: http://old.nabble.com/Is-it-possible-to-setup-several-markers-in-TurboFilte… Sent from the Logback User mailing list archive at Nabble.com.

1 0

use of java.io.File in logback / Android
by Robert Schmid 08 Jul '11

08 Jul '11

I am about to implement an appender that I can use on Android. I'm guessing it won't be much more difficult than doing the same from log4j. The primary problem is that we can't really use java.io.File to access the file system. Android has its own File access API. I believe that this will be as simple as extending RollingFileAppender and overriding methods as needed to swap out the File access apis. Can anybody spot the flaw in my thinking? Are there other pitfalls I need to worry about? Robert Schmid robertschmid(a)airstriptech.com<mailto:robertschmid@airstriptech.com> [cid:image001.jpg@01CB3406.9303A990] www.airstriptech.com<http://www.airstriptech.com/>

3 3

What does no context given mean
by Franck Routier 07 Jul '11

07 Jul '11

Hi, I regularly get this message on the console: LOGBACK: No context given for ch.qos.logback.core.FileAppender[null] What does it mean ? Thanks, Franck

2 1

SecurityException using logback
by Martin Burchard 05 Jul '11

05 Jul '11

Hi, I don't find out, which library is linked dynamic. Also tried to set this permission permission java.lang.RuntimePermission "loadLibrary.*"; But always get the following message. 05.07.2011 23:58:09 HTTP JVM: java.lang.SecurityException: Dynamisches Linken des Bibliothekscodes {0} ist nicht zulässig 05.07.2011 23:58:09 HTTP JVM: at lotus.notes.AgentSecurityManager.checkLink(Unknown Source) 05.07.2011 23:58:09 HTTP JVM: at java.lang.ClassLoader.loadLibraryWithClassLoader(ClassLoader.java:962) 05.07.2011 23:58:09 HTTP JVM: at java.lang.System.loadLibrary(System.java:470) 05.07.2011 23:58:09 HTTP JVM: at com.ibm.domino.napi.c.C.initLibrary(C.java:50) 05.07.2011 23:58:09 HTTP JVM: at com.ibm.domino.xsp.module.nsf.NotesContext.<clinit>(NotesContext.java:95) 05.07.2011 23:58:09 HTTP JVM: at java.lang.J9VMInternals.initializeImpl(Native Method) 05.07.2011 23:58:09 HTTP JVM: at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) 05.07.2011 23:58:09 HTTP JVM: at com.ibm.domino.xsp.module.nsf.platform.AbstractNotesDominoPlatform.getSecurityContext(AbstractNotesDominoPlatform.java:240) 05.07.2011 23:58:09 HTTP JVM: at lotus.notes.AgentSecurityManager.getSecurityContext(Unknown Source) 05.07.2011 23:58:09 HTTP JVM: at lotus.notes.AgentSecurityManager.checkRead(Unknown Source) 05.07.2011 23:58:09 HTTP JVM: at sun.misc.URLClassPath.check(URLClassPath.java:627) 05.07.2011 23:58:09 HTTP JVM: at sun.misc.URLClassPath.checkURL(URLClassPath.java:601) 05.07.2011 23:58:09 HTTP JVM: at java.net.URLClassLoader$5.next(URLClassLoader.java:760) 05.07.2011 23:58:09 HTTP JVM: at java.net.URLClassLoader$5.hasMoreElements(URLClassLoader.java:775) 05.07.2011 23:58:09 HTTP JVM: at java.lang.ClassLoader.getResources(ClassLoader.java:464) 05.07.2011 23:58:09 HTTP JVM: at org.slf4j.LoggerFactory.singleImplementationSanityCheck(LoggerFactory.java:212) 05.07.2011 23:58:09 HTTP JVM: at org.slf4j.LoggerFactory.performInitialization(LoggerFactory.java:110) 05.07.2011 23:58:09 HTTP JVM: at org.slf4j.LoggerFactory.getILoggerFactory(LoggerFactory.java:268) 05.07.2011 23:58:09 HTTP JVM: at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:241) 05.07.2011 23:58:09 HTTP JVM: at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:254) 05.07.2011 23:58:09 HTTP JVM: at de.pentos.domino.base.AgentBase.<init>(AgentBase.java:20) 05.07.2011 23:58:09 HTTP JVM: at de.pentos.domino.agents.AgTest99.<init>(AgTest99.java:23) 05.07.2011 23:58:09 HTTP JVM: at java.lang.J9VMInternals.newInstanceImpl(Native Method) 05.07.2011 23:58:09 HTTP JVM: at java.lang.Class.newInstance(Class.java:1325) 05.07.2011 23:58:09 HTTP JVM: at lotus.domino.AgentInfo.newInstance(Unknown Source) 05.07.2011 23:58:09 HTTP JVM: at lotus.domino.AgentLauncher.run(Unknown Source) 05.07.2011 23:58:09 HTTP JVM: at lotus.domino.NotesThread.run(Unknown Source) 05.07.2011 23:58:09 HTTP JVM: 23:58:10.226 [AgentThread: de.pentos.domino.agents.AgTest99] DEBUG de.pentos.domino.base.AgentBase - Start Notesmain 05.07.2011 23:58:09 HTTP JVM: 23:58:10,138 -INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback.groovy] 05.07.2011 23:58:09 HTTP JVM: 23:58:10,138 -INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback-test.xml] 05.07.2011 23:58:09 HTTP JVM: 23:58:10,139 -INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback.xml] 05.07.2011 23:58:09 HTTP JVM: 23:58:10,142 -INFO in ch.qos.logback.classic.LoggerContext[default] - Setting up default configuration. 05.07.2011 23:58:09 HTTP JVM: 23:58:10.246 [AgentThread: de.pentos.domino.agents.AgTest99] DEBUG de.pentos.domino.agents.AgTest99 - Starte Test Agent 05.07.2011 23:58:09 HTTP JVM: 23:58:10.299 [AgentThread: de.pentos.domino.agents.AgTest99] INFO de.pentos.domino.agents.AgTest99 - [c] Document 7635EABB1A8067DEC12578BF003D42E6 last modified 02.07.2011 0:20:28.0 was changed by CN=Martin Burchard/O=Pentos/C=DE. 05.07.2011 23:58:09 HTTP JVM: 23:58:10.300 [AgentThread: de.pentos.domino.agents.AgTest99] DEBUG de.pentos.domino.agents.AgTest99 - Test Agent abgeschlossen 05.07.2011 23:58:09 HTTP JVM: 23:58:10.307 [AgentThread: de.pentos.domino.agents.AgTest99] DEBUG de.pentos.domino.base.SessionWrapper - The session dev/gd/base.nsf\AgTest99b, started at 05.07.2011 23:58:10.238, has been recycled! 05.07.2011 23:58:09 HTTP JVM: 23:58:10.307 [AgentThread: de.pentos.domino.agents.AgTest99] DEBUG de.pentos.domino.base.AgentBase - Notesmain finshed Any Ideas? Regards Martin

1 0