- logback-user - mailman3.qos.ch

NPE when configuring AsyncLogger in logback.groovy after using logback.xml -> logback.groovy conversion tool
by Mik Quinlan 08 Mar '15

08 Mar '15

Hi All Versions used: Java: 1.8.0_25 logback-core/classic: 1.1.2 groovy-all: 2.4.1 I hope somebody can help. I used the logback.xml -> logback.groovy script to convert my log configuration, which produced: // // Built on Thu Mar 05 16:07:54 CET 2015 by logback-translator // For more information on configuration files in Groovy // please see http://logback.qos.ch/manual/groovy.html // For assistance related to this tool or configuration files // in general, please contact the logback user mailing list at // http://qos.ch/mailman/listinfo/logback-user // For professional support please see // http://www.qos.ch/shop/products/professionalSupport import ch.qos.logback.classic.AsyncAppender import ch.qos.logback.classic.encoder.PatternLayoutEncoder import ch.qos.logback.core.rolling.RollingFileAppender import ch.qos.logback.core.rolling.TimeBasedRollingPolicy import ch.qos.logback.core.status.OnConsoleStatusListener import static ch.qos.logback.classic.Level.INFO statusListener(OnConsoleStatusListener) appender("FILE", RollingFileAppender) { file = "target/uwd.log" rollingPolicy(TimeBasedRollingPolicy) { fileNamePattern = "logFile.%d{yyyy-MM-dd}.log" maxHistory = 30 } encoder(PatternLayoutEncoder) { pattern = "%date{ISO8601} %-5level %thread [%logger{5}] - %msg%n" } } appender("ASYNC-FILE", AsyncAppender) { appender-ref("FILE") } root(INFO, ["ASYNC-FILE"]) However, when I run Logback, I get a cryptic NPE. What have I done wrong with the config? Thanks Mik *Stack trace* *==========* /Library/Java/JavaVirtualMachines/jdk1.8.0_25.jdk/Contents/Home/bin/java ... 15:56:00,342 |-INFO in ch.qos.logback.classic.gaffer.ConfigurationDelegate@2c7b5824 - Added status listener of type [ch.qos.logback.core.status.OnConsoleStatusListener] 15:56:00,376 |-INFO in ch.qos.logback.classic.gaffer.ConfigurationDelegate@2c7b5824 - About to instantiate appender of type [ch.qos.logback.core.rolling.RollingFileAppender] 15:56:00,377 |-INFO in ch.qos.logback.classic.gaffer.ConfigurationDelegate@2c7b5824 - Naming appender as [FILE] 15:56:00,468 |-INFO in c.q.l.core.rolling.TimeBasedRollingPolicy - No compression will be used 15:56:00,471 |-INFO in c.q.l.core.rolling.TimeBasedRollingPolicy - Will use the pattern logFile.%d{yyyy-MM-dd}.log for the active file 15:56:00,476 |-INFO in c.q.l.core.rolling.DefaultTimeBasedFileNamingAndTriggeringPolicy - The date pattern is 'yyyy-MM-dd' from file name pattern 'logFile.%d{yyyy-MM-dd}.log'. 15:56:00,476 |-INFO in c.q.l.core.rolling.DefaultTimeBasedFileNamingAndTriggeringPolicy - Roll-over at midnight. 15:56:00,479 |-INFO in c.q.l.core.rolling.DefaultTimeBasedFileNamingAndTriggeringPolicy - Setting initial period to Thu Mar 05 15:55:35 GMT 2015 15:56:00,510 |-INFO in ch.qos.logback.core.rolling.RollingFileAppender[FILE] - Active log file name: target/uwd.log 15:56:00,510 |-INFO in ch.qos.logback.core.rolling.RollingFileAppender[FILE] - File property is set to [target/uwd.log] 15:56:00,519 |-INFO in ch.qos.logback.classic.gaffer.ConfigurationDelegate@2c7b5824 - About to instantiate appender of type [ch.qos.logback.classic.AsyncAppender] 15:56:00,519 |-INFO in ch.qos.logback.classic.gaffer.ConfigurationDelegate@2c7b5824 - Naming appender as [ASYNC-FILE] Failed to instantiate [ch.qos.logback.classic.LoggerContext] Reported exception: java.lang.NullPointerException at ch.qos.logback.core.AsyncAppenderBase.addAppender(AsyncAppenderBase.java:184) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1082) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:906) at org.codehaus.groovy.runtime.InvokerHelper.invokePojoMethod(InvokerHelper.java:836) at org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:827) at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(ScriptBytecodeAdapter.java:164) at ch.qos.logback.classic.gaffer.PropertyUtil.attach(PropertyUtil.groovy:48) at ch.qos.logback.classic.gaffer.PropertyUtil$attach.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45) at ch.qos.logback.classic.gaffer.PropertyUtil$attach.call(Unknown Source) at ch.qos.logback.classic.gaffer.ComponentDelegate.propertyMissing(ComponentDelegate.groovy:94) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90) at groovy.lang.MetaClassImpl.invokeMissingProperty(MetaClassImpl.java:778) at groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:1615) at groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:3343) at ch.qos.logback.classic.gaffer.ComponentDelegate.getProperty(ComponentDelegate.groovy) at org.codehaus.groovy.runtime.InvokerHelper.getProperty(InvokerHelper.java:169) at groovy.lang.Closure.getPropertyTryThese(Closure.java:322) at groovy.lang.Closure.getPropertyDelegateFirst(Closure.java:312) at groovy.lang.Closure.getProperty(Closure.java:297) at org.codehaus.groovy.runtime.callsite.PogoGetPropertySite.getProperty(PogoGetPropertySite.java:47) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callGroovyObjectGetProperty(AbstractCallSite.java:231) at Script1$_run_closure2.doCall(Script1.groovy:51) at Script1$_run_closure2.doCall(Script1.groovy) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233) at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:272) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:906) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:39) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:54) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:112) at ch.qos.logback.classic.gaffer.ConfigurationDelegate.appender(ConfigurationDelegate.groovy:141) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90) at org.codehaus.groovy.runtime.metaclass.MixinInstanceMetaMethod.invoke(MixinInstanceMetaMethod.java:53) at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoMetaMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:313) at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:52) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:49) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:133) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:149) at Script1.run(Script1.groovy:50) at Script1$run.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:112) at ch.qos.logback.classic.gaffer.GafferConfigurator.run(GafferConfigurator.groovy:77) at ch.qos.logback.classic.gaffer.GafferConfigurator$run.callCurrent(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:49) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:133) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:141) at ch.qos.logback.classic.gaffer.GafferConfigurator.run(GafferConfigurator.groovy:44) at ch.qos.logback.classic.gaffer.GafferUtil.runGafferConfiguratorOn(GafferUtil.java:43) at ch.qos.logback.classic.util.ContextInitializer.configureByResource(ContextInitializer.java:66) at ch.qos.logback.classic.util.ContextInitializer.autoConfig(ContextInitializer.java:150) at org.slf4j.impl.StaticLoggerBinder.init(StaticLoggerBinder.java:85) at org.slf4j.impl.StaticLoggerBinder.<clinit>(StaticLoggerBinder.java:55) at org.slf4j.LoggerFactory.bind(LoggerFactory.java:129) at org.slf4j.LoggerFactory.performInitialization(LoggerFactory.java:108) at org.slf4j.LoggerFactory.getILoggerFactory(LoggerFactory.java:302) at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:276) at com.github.tomakehurst.wiremock.common.Slf4jNotifier.<clinit>(Slf4jNotifier.java:23) at com.github.tomakehurst.wiremock.core.WireMockConfiguration.<init>(WireMockConfiguration.java:52) at com.github.tomakehurst.wiremock.core.WireMockConfiguration.wireMockConfig(WireMockConfiguration.java:65) at com.....RunIntegrationTest.<clinit>(RunIntegrationTest.java:19) at sun.misc.Unsafe.ensureClassInitialized(Native Method) at sun.reflect.UnsafeFieldAccessorFactory.newFieldAccessor(UnsafeFieldAccessorFactory.java:43) at sun.reflect.ReflectionFactory.newFieldAccessor(ReflectionFactory.java:142) at java.lang.reflect.Field.acquireFieldAccessor(Field.java:1082) at java.lang.reflect.Field.getFieldAccessor(Field.java:1063) at java.lang.reflect.Field.get(Field.java:387) at org.junit.runners.model.FrameworkField.get(FrameworkField.java:69) at org.junit.runners.model.TestClass.getAnnotatedFieldValues(TestClass.java:156) at org.junit.runners.ParentRunner.classRules(ParentRunner.java:215) at org.junit.runners.ParentRunner.withClassRules(ParentRunner.java:203) at org.junit.runners.ParentRunner.classBlock(ParentRunner.java:163) at org.junit.runners.ParentRunner.run(ParentRunner.java:308) at cucumber.api.junit.Cucumber.run(Cucumber.java:98) at org.junit.runner.JUnitCore.run(JUnitCore.java:160) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:74) at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:211) at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:67) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at com.intellij.rt.execution.application.AppMain.main(AppMain.java:134) Thanks Mik

2 2

java.lang.NullPointerException from RollingFileAppender
by pmatulionis 05 Mar '15

05 Mar '15

I have this logback configuration: <?xml version="1.0" encoding="UTF-8"?> <configuration debug="true" scan="true" scanPeriod="60 minutes"> <appender name="LOGOUTPUT" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>${catalina.base}/logs/gateway_api.log</file> <encoder> <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern> </encoder> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <FileNamePattern>logFile.%d{yyyy-MM-dd}.log</FileNamePattern> </rollingPolicy> </appender> <appender name="STDOUTPUT" class="ch.qos.logback.core.ConsoleAppender"> <encoder> <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern> </encoder> </appender> <logger name="com.groupgti" level="DEBUG"/> <logger name="org.springframework" level="INFO"/> <logger name="org.apache.cxf" level="INFO"/> <root level="WARN"> <appender-ref ref="LOGOUTPUT"/> </root> </configuration> And these dependencies in my classpath: <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.10</version> <scope>compile</scope> </dependency> <dependency> <groupId>org.slf4j</groupId> <artifactId>jcl-over-slf4j</artifactId> <version>1.7.10</version> <scope>compile</scope> </dependency> <dependency> <groupId>ch.qos.logback</groupId> <artifactId>logback-classic</artifactId> <version>1.1.2</version> <scope>compile</scope> </dependency> And I am seing a lot of these exception in my logs: 08:55:58,884 |-INFO in c.q.l.core.rolling.DefaultTimeBasedFileNamingAndTriggeringPolicy - Elapsed period: Wed Feb 25 08:55:45 GMT 2015 08:55:58,889 |-INFO in c.q.l.co.rolling.helper.RenameUtil - Renaming file [/usr/share/apache-tomcat-8.0.18/logs/saml.log] to [logFile.2015-02-25.log] 08:55:58,891 |-WARN in c.q.l.co.rolling.helper.RenameUtil - Failed to rename file [/usr/share/apache-tomcat-8.0.18/logs/saml.log] as [logFile.2015-02-25.log]. 08:55:58,892 |-ERROR in ch.qos.logback.core.rolling.RollingFileAppender[LOGOUTPUT] - Appender [LOGOUTPUT] failed to append. java.lang.NullPointerException at java.lang.NullPointerException at at ch.qos.logback.core.rolling.helper.FileStoreUtil.areOnSameFileStore(FileStoreUtil.java:44) at at ch.qos.logback.core.rolling.helper.RenameUtil.areOnDifferentVolumes(RenameUtil.java:97) at at ch.qos.logback.core.rolling.helper.RenameUtil.rename(RenameUtil.java:67) at at ch.qos.logback.core.rolling.TimeBasedRollingPolicy.rollover(TimeBasedRollingPolicy.java:153) at at ch.qos.logback.core.rolling.RollingFileAppender.attemptRollover(RollingFileAppender.java:158) at at ch.qos.logback.core.rolling.RollingFileAppender.rollover(RollingFileAppender.java:137) at at ch.qos.logback.core.rolling.RollingFileAppender.subAppend(RollingFileAppender.java:178) at at ch.qos.logback.core.OutputStreamAppender.append(OutputStreamAppender.java:103) at at ch.qos.logback.core.UnsynchronizedAppenderBase.doAppend(UnsynchronizedAppenderBase.java:88) at at ch.qos.logback.core.spi.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:48) at at ch.qos.logback.classic.Logger.appendLoopOnAppenders(Logger.java:273) at at ch.qos.logback.classic.Logger.callAppenders(Logger.java:260) at at ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(Logger.java:442) at at ch.qos.logback.classic.Logger.filterAndLog_1(Logger.java:414) at at ch.qos.logback.classic.Logger.debug(Logger.java:507) at at com.groupgti.saml.handler.AssertionHandler.purgeRecords(AssertionHandler.java:95) at at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at at java.lang.reflect.Method.invoke(Method.java:483) at at org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:65) at at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54) at at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) at at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) at at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) at at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at at java.lang.Thread.run(Thread.java:745) 08:55:58,944 |-ERROR in c.q.l.c.recovery.ResilientFileOutputStream@1011140840 - IO failure while writing to file [/usr/share/apache-tomcat-8.0.18/logs/saml.log] java.io.IOException: Stream Closed at java.io.IOException: Stream Closed at at java.io.FileOutputStream.writeBytes(Native Method) at at java.io.FileOutputStream.write(FileOutputStream.java:315) at at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) at at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) at at ch.qos.logback.core.recovery.ResilientOutputStreamBase.flush(ResilientOutputStreamBase.java:79) at at ch.qos.logback.core.encoder.LayoutWrappingEncoder.doEncode(LayoutWrappingEncoder.java:137) at at ch.qos.logback.core.OutputStreamAppender.writeOut(OutputStreamAppender.java:194) at at ch.qos.logback.core.FileAppender.writeOut(FileAppender.java:209) at at ch.qos.logback.core.OutputStreamAppender.subAppend(OutputStreamAppender.java:219) at at ch.qos.logback.core.rolling.RollingFileAppender.subAppend(RollingFileAppender.java:182) at at ch.qos.logback.core.OutputStreamAppender.append(OutputStreamAppender.java:103) at at ch.qos.logback.core.UnsynchronizedAppenderBase.doAppend(UnsynchronizedAppenderBase.java:88) at at ch.qos.logback.core.spi.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:48) at at ch.qos.logback.classic.Logger.appendLoopOnAppenders(Logger.java:273) at at ch.qos.logback.classic.Logger.callAppenders(Logger.java:260) at at ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(Logger.java:442) at at ch.qos.logback.classic.Logger.filterAndLog_1(Logger.java:414) at at ch.qos.logback.classic.Logger.error(Logger.java:547) at at com.groupgti.saml.handler.AssertionHandler.purgeRecords(AssertionHandler.java:103) at at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at at java.lang.reflect.Method.invoke(Method.java:483) at at org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:65) at at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54) at at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) at at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) at at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) at at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at at java.lang.Thread.run(Thread.java:745) 10:07:37,098 |-INFO in c.q.l.c.recovery.ResilientFileOutputStream@1011140840 - Attempting to recover from IO failure on file [/usr/share/apache-tomcat-8.0.18/logs/saml.log] 10:07:37,099 |-INFO in c.q.l.c.recovery.ResilientFileOutputStream@1011140840 - Recovered from IO failure on file [/usr/share/apache-tomcat-8.0.18/logs/saml.log] 08:55:58,946 |-INFO in c.q.l.core.rolling.DefaultTimeBasedFileNamingAndTriggeringPolicy - Elapsed period: Thu Feb 26 08:55:58 GMT 2015 08:55:58,947 |-INFO in c.q.l.co.rolling.helper.RenameUtil - Renaming file [/usr/share/apache-tomcat-8.0.18/logs/saml.log] to [logFile.2015-02-26.log] 08:55:58,947 |-WARN in c.q.l.co.rolling.helper.RenameUtil - Failed to rename file [/usr/share/apache-tomcat-8.0.18/logs/saml.log] as [logFile.2015-02-26.log]. 08:55:58,947 |-ERROR in ch.qos.logback.core.rolling.RollingFileAppender[LOGOUTPUT] - Appender [LOGOUTPUT] failed to append. java.lang.NullPointerException Any idea why? -- View this message in context: http://logback.10977.n7.nabble.com/java-lang-NullPointerException-from-Roll… Sent from the Users mailing list archive at Nabble.com.

2 2

How to prevent logback/slf4j from parsing a new line character
by Tadikonda, Santosh 20 Feb '15

20 Feb '15

I'm using logback with SLF4j for logging in my application. I have a string that contains a new line character. It is part of the string value but doesn't signify a new line. When I print the string, logback prints it in a new line. How to prevent this ? Code: String str = "george\nmason" logger.info(str); Logback pattern: <pattern>[%d{dd MMM yyyy HH:mm:ss,SSS}] [%5p] [%X{sid}] [%-20C{0} %25M]:[%-4L] - %m%n</pattern> Expected: [19 Feb 2015 20:19:27] [ INFO] [] [myClass myMethod]:[52 ] - george\nmason Actual Output: [19 Feb 2015 20:19:27] [ INFO] [] [myClass myMethod]:[52 ] - george mason http://stackoverflow.com/questions/28616286/how-to-prevent-logback-slf4j-fr… Appreciate any help. Thanks Santosh

2 1

log files are not rolling on windows 2012
by Sasi Kishore K 18 Feb '15

18 Feb '15

Hi, I have created following appender in logback.xml file. The log files are getting created but the logs are not rolling over. It is on 2012 server with tomcat. <appender name="DEFAULT_APPENDER" class="ch.qos.logback.core. rolling.RollingFileAppender"> <file>${APP_HOME}/logs/App.log</file> <encoder> <pattern>%-5level %d{MM/dd HH:mm:ss.SSS} [%thread] %logger{20} %msg%n</pattern> </encoder> <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy"> <fileNamePattern>${APP_HOME}/logs/App.log.%i</fileNamePattern> <minIndex>1</minIndex> <maxIndex>5</maxIndex> </rollingPolicy> <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"> <maxFileSize>5MB</maxFileSize> </triggeringPolicy> But with below option , <fileNamePattern> ${APP_HOME}/logs/App.log.%i.zip </fileNamePattern> With zip option for rolling the there are 5 log zip files are created but all of them has same data. The actual log is growing. Please let me know what may be the issue. Thanks Sasi

1 0

is logback-audit a dead project
by Al Dispennette 13 Feb '15

13 Feb '15

I am trying to use the log back-audit framework but it seems to be very outdated. Additionally there seem to be some fundamental issues with its usability. I have a ticket open here http://jira.qos.ch/browse/LBAUDIT-5<mailto:logback-user@qos.ch> for the compatibility issue. I also wonder what the reason is for not allowing the use of the other appenders from logback. I would like to use the rolling file appender in the log back-audit.xml Also as I mentioned in the jira, I would like to know what the point of the pathPrefix is. I worked around this but its a very arbitrary thing that doesn't seem to have a reason to exist. Al Dispennette Senior Software Engineer t: 415 526 7206 al.dispennette(a)monitise.com<mailto:al.dispennette@monitise.com> [Description: Description: Description: http://mailmedia.monitisegroup.com/MonitiseUpdate/Images/Email_logo.gif] www.monitise.com<http://www.monitisegroup.com/> [Description: Description: Description: http://mailmedia.monitisegroup.com/MonitiseUpdate/Images/linked_in_sig.gif]<http://www.linkedin.com/company/monitise>[Description: Description: Description: http://mailmedia.monitisegroup.com/MonitiseUpdate/Images/twitter_sig.gif]<http://twitter.com/#!/MonitiseGroup> ________________________________ This message, including any attachments to this message, may contain confidential and proprietary information of the sender, and is intended only for the person(s) to whom it is addressed. If you are not the intended recipient of this message, you are hereby notified that any use, distribution, copying, disclosure or taking of any action in reliance upon it is strictly prohibited. If you have received this message in error, please notify the email sender immediately, and delete the original message without making a copy. Monitise accepts no liability if this email harms any systems or data of the recipient (including as a result of software virus infection or where this email is modified or amended in any way during or following transmission) or if this email is accessed by anyone other than the person(s) to whom it is addressed. Message sent on behalf of Monitise Americas, Inc., 781 Lincoln Avenue, Suite 200, San Rafael, California, 94901, USA. Telephone +1 (415) 526-7000. ©2003 -2013 Monitise plc or its group companies. All rights reserved.

2 2

offline version of log4j.properties to logback.xml translator
by Ersin Çiftçi 08 Feb '15

08 Feb '15

Hi, http://logback.qos.ch/translator/ is down for 2 days, do you know if there is an offline version/source code of it in somewhere? Thanks

2 2

Hiding Groovy language internal methods in Logback log files, to locate the "real" call to the logger
by Christopher BROWN 22 Jan '15

22 Jan '15

Hello, I'll start with a quick clarification, to avoid confusion: my question relates to usage of Logback loggers via SLF4J (and, sometimes but not always, also via the Log4J-to-SLF4J bridge) from Groovy code, and is not about configuring Logback using Groovy (as it happens, we configure Logback directly via the API, and not using configuration files). In Groovy code, it's perfectly fine to write something like this: def somevar = 'world' log.debug "Hello ${somevar}" The "debug" method call doesn't need parentheses because there's only one parameter (and, furthermore, it's using the "GString" interpolation approach). Our application can be extended with Groovy scripts by our customers, so we find this in their code when helping them customize. So we often end up with entries like this (obviously simplified here) in our log files: 2015-01-20 17:55:17,715 DEBUG - [Category$debug.call:?] Hello world So the class name and method name being reported as the location are actually the locations of the Groovy call site, and not the actual "log.debug" call. Some sort of general capability along the lines of LOGBACK-540 might be helpful, but here the requirement is just to truncate the topmost "internal Groovy" stack frame (or frames) so that the reported location is the call into the logger in the script. Is this possible, and how could it be achieved? I seem to remember an example of this a long time ago, but I can't find it amongst all the search results referring to Groovy configuration. Thanks, Christopher

1 0

ContextJNDISelector required in tomcat6 with logback-access?
by kevko5212 . 21 Jan '15

21 Jan '15

I have 2 webapps, each with their own maven dependencies of slf4j and logback-classic declared, deployed to tomcat6. Each webapp writes to their own log file. Works beautifully. However, when deployed to a production tomcat6 configured with logback-access, the webapp logback configs do not appear to be read and the log files are not created. If I add code to the contextInitialized() of my ServletContextListener like the one found here: http://logback.qos.ch/manual/configuration.html#joranDirectly the log files are created for both webapps, but then log messages from both webapps are written to only one of the log files. I also found that if I add <contextName>WEBAPP_NAME<contextName> to the logback config files of each webapp, where WEBAPP_NAME = unique name for the given webapp, an error message pops up when deploying the 2nd webapp saying something like "the context name has already been set to appA". This leads me to believe that both apps are sharing the same Logger Context, as described here: http://logback.qos.ch/manual/loggingSeparation.html I followed the steps to enable ContextJNDISelector, and it does now work. Each webapp is logging to their respective log file. However, there are a large number of other webapps that are deployed to the same environment, and I am unsure of the impact enabling ContextJNDISelector might have on them. My question is, is something like ContextJNDISelector necessary on an environment using logback access? Or should I be able to simply include the necessary maven dependencies in appA and appB, and perhaps missed something small along the way? Shouldn't tomcat's child-first class loading allow me to do so?

1 0

How to save logs in home directory of application
by Mejmoo 20 Jan '15

20 Jan '15

Hi, I need very simple thing. I need to put any logs from file appender to the file in application directory, where jar is located. (this is Java desktop application). If I define it explicitly it works: <file>C:\logname.log</file> but this does not work <file>logname.log</file> I know I can pass some variable to java interpreter and use it as ${LOGHOME} and then use it like <file>${LOGHOME}/logname.log</file> but it is really needed? Thanks, Martin

2 1

conditions in logback configuration
by Aneesh Joseph 07 Jan '15

07 Jan '15

Hi, I'm trying to remove redundant logback config files by using janino's conditional processing. Below is the conditional logic which I had added within the configuration tag (along with the appender details) <root level="INFO"> <appender-ref ref="ROLLING" />  <if condition='property("os.name").contains("win")'> <then> <appender-ref ref="CONSOLE" /> </then> <else> <appender-ref ref="EMAIL" /> </else> </if> </root> but this throws the below errors when logback is initialized 12:30:34,877 |-ERROR in ch.qos.logback.core.joran.spi.Interpreter@90:55 - no applicable action for [if], current pattern is [[configuration][root][if]] 12:30:34,877 |-ERROR in ch.qos.logback.core.joran.spi.Interpreter@91:10 - no applicable action for [then], current pattern is [[configuration][root][if][then]] 12:30:34,877 |-ERROR in ch.qos.logback.core.joran.spi.Interpreter@92:35 - no applicable action for [appender-ref], current pattern is [[configuration][root][if][then][appender-ref]] 12:30:34,877 |-ERROR in ch.qos.logback.core.joran.spi.Interpreter@94:10 - no applicable action for [else], current pattern is [[configuration][root][if][else]] 12:30:34,877 |-ERROR in ch.qos.logback.core.joran.spi.Interpreter@95:35 - no applicable action for [appender-ref], current pattern is [[configuration][root][if][else][appender-ref]] The configuration works fine if I remove the conditional logic and use something like <root level="INFO"> <appender-ref ref="ROLLING" /> <appender-ref ref="CONSOLE" /> <appender-ref ref="EMAIL" /> </root> I have already added janino as a Maven dependency. How can I configure this correctly in such a way that the CONSOLE appender is used only on Windows and the EMAIL appender everywhere else? Thanks, Aneesh

1 0