- logback-user - mailman3.qos.ch

Logback + Janino issue : NoSuchMethodError
by sss rrr 26 Mar '13

26 Mar '13

HI I see this error in my eclipse , could any one let me know what I am missing ? I am using mac and my ivy.xml has these dependencies: <dependency org="ch.qos.logback" name="logback-core" rev="1.0.11" conf="runtime,test"> <exclude org="org.codehaus.janino" module="janino"/> </dependency> <dependency org="ch.qos.logback" name="logback-classic" rev="1.0.11" conf="runtime,test"/>  <dependency org="org.codehaus.janino" name="janino" rev="2.6.1" conf="runtime,test"/> <dependency org="org.codehaus.janino" name="janino" rev="2.6.1" conf="source->source"/>  <dependency org="org.slf4j" name="jcl-over-slf4j" rev="1.7.2" conf="runtime,test"/>  <dependency org="org.slf4j" name="log4j-over-slf4j" rev="1.7.2" conf="runtime,test"/> Thanks Ramesh 11:16:21,797 |-INFO in ch.qos.logback.classic.joran.action.LoggerAction - Setting level of logger [com.homeaway] to INFO 11:16:21,797 |-INFO in ch.qos.logback.classic.joran.action.RootLoggerAction - Setting level of ROOT logger to INFO Failed to instantiate [ch.qos.logback.classic.LoggerContext] Reported exception: java.lang.NoSuchMethodError: org.codehaus.janino.ClassBodyEvaluator.setImplementedInterfaces([Ljava/lang/Class;)V at ch.qos.logback.core.joran.conditional.PropertyEvalScriptBuilder.build(PropertyEvalScriptBuilder.java:48) at ch.qos.logback.core.joran.conditional.IfAction.begin(IfAction.java:67) at ch.qos.logback.core.joran.spi.Interpreter.callBeginAction(Interpreter.java:276) at ch.qos.logback.core.joran.spi.Interpreter.startElement(Interpreter.java:148) at ch.qos.logback.core.joran.spi.Interpreter.startElement(Interpreter.java:130) at ch.qos.logback.core.joran.spi.EventPlayer.play(EventPlayer.java:50) at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:157) at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:143) at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:106) at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:56) at ch.qos.logback.classic.util.ContextInitializer.configureByResource(ContextInitializer.java:75) at ch.qos.logback.classic.util.ContextInitializer.autoConfig(ContextInitializer.java:148) 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:128) at org.slf4j.LoggerFactory.performInitialization(LoggerFactory.java:107) at org.slf4j.LoggerFactory.getILoggerFactory(LoggerFactory.java:295) at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:269)

2 1

Release of logback version 1.0.11
by Ceki Gülcü 25 Mar '13

25 Mar '13

Hello all, I am happy to announce the release of logback version 1.0.11. It should hit the Maven central repository within the next 2 hours. Please refer to the news page for precise details of this release. http://logback.qos.ch/news.html You can download logback, 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 QOS.ch announce mailing list. To subscribe to QOS.ch announce list, please visit the following URL. http://www.qos.ch/mailman/listinfo/announce You may also receive announcements via twitter via the following account: https://twitter.com/qos_ch Enjoy, -- Ceki Gülcü

1 0

Can logging configuration files be separated when using ContextJNDISelector?
by Ville Hägg 21 Mar '13

21 Mar '13

Hi all, I need to clarify if I have understood logging separation correctly. I have almost the same scenario than described e.g. in this question: http://mailman.qos.ch/pipermail/logback-user/2010-March/001442.html. In my environment I have most of the application logic deployed to JBoss 7 as a JBoss module. Module have my shared libraries for common parts of the application as well as third party libraries (like Logback and Spring). My own custom shared implementations are using logging in a standard way by instantiating loggers as a static class variables. I am also having two war-applications which are using module described. Requirement is to have own logging context for each of the application. Which means applications should have their own log files, log levels and root loggers etc. I have tried to introduce JNDIBasedContextDiscriminator together with ShiftingAppender with no luck. My problem is that after my applications are initialized, it seems both of them is somehow sharing the same appenders. If I view status messages servlet, I can see that application B have initialized also RollingFileAppenders configured in application A's configuration file or other way round. RollingFileAppenders are wrapped inside SiftingAppender in both configuration files. Can anyone clarify to me can two applications using shared libraries have strictly separated configuration files which are introducing own loggers, appenders and logging levels? Or do I still have some kind of configuration problem with my setup? Thanks a lot, Ville

3 4

Groovy config and debug
by Christian Lipp 20 Mar '13

20 Mar '13

Hello! I would like to know if it is possible to enable Logback debug output via Groovy DSL. The corresponding XML is: <configuration debug="true"> ... </configuration> The online translator doesn't translate the debug option and when I look at https://github.com/qos-ch/logback/blob/master/logback-classic/src/main/groo… I think there is no handling of debug, but I am not sure. This question is also documented in http://stackoverflow.com/questions/15153662/logback-configuration-in-groovy… , but only as part of the post. Kind regards, CL

1 0

logback error when using in maven project
by marni srikanth 19 Mar '13

19 Mar '13

I am getting the following error when i am using maven, jboss 7.1.1. But i don't see when i tested it separately. Is there a fix to it? 17:24:23,675 ERROR [stderr] java.lang.ClassCastException: org.slf4j.helpers.NOPLoggerFactory cannot be cast to ch.qos.logback .classic.LoggerContext 17:24:23,681 ERROR [stderr] at com.zreflect.emyed.whiteboard.pubsub.EventLoggerAsync.logStart(EventLoggerAsync.java:116) 17:24:23,683 ERROR [stderr] at com.zreflect.emyed.whiteboard.pubsub.EventLoggerAsync.onDisconnect(EventLoggerAsync.java:62) 17:24:23,684 ERROR [stderr] at org.atmosphere.cpr.AtmosphereResourceImpl.onDisconnect(AtmosphereResourceImpl.java:817) 17:24:23,686 ERROR [stderr] at org.atmosphere.cpr.AtmosphereResourceImpl.notifyListeners(AtmosphereResourceImpl.java:761) 17:24:23,688 ERROR [stderr] at org.atmosphere.cpr.AtmosphereResourceImpl.notifyListeners(AtmosphereResourceImpl.java:742) 17:24:23,690 ERROR [stderr] at org.atmosphere.cpr.AsynchronousProcessor.cancelled(AsynchronousProcessor.java:601) 17:24:23,691 ERROR [stderr] at org.atmosphere.container.BlockingIOCometSupport.cancelled(BlockingIOCometSupport.java:172) 17:24:23,693 ERROR [stderr] at org.atmosphere.cpr.AsynchronousProcessor$1.run(AsynchronousProcessor.java:119) 17:24:23,694 ERROR [stderr] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) 17:24:23,696 ERROR [stderr] at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) 17:24:23,698 ERROR [stderr] at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) 17:24:23,699 ERROR [stderr] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) 17:24:23,703 ERROR [stderr] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180) 17:24:23,707 ERROR [stderr] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204) 17:24:23,715 ERROR [stderr] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) 17:24:23,716 ERROR [stderr] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 17:24:23,718 ERROR [stderr] at java.lang.Thread.run(Thread.java:662)

2 2

SMTPAppender capturing disabled logging
by Chris Cheshire 18 Mar '13

18 Mar '13

This is my (relevant) config structure <configuration> <appender name="EMAIL" class="ch.qos.logback.classic.net.SMTPAppender"> ... </appender> <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> ... </appender> <root level="ERROR"> <appender-ref ref="EMAIL" /> <appender-ref ref="FILE" /> </root> <logger name="com.a" level="INFO" /> <logger name="com.a.b.c.IgnoreMe" level="OFF" additivity="false" /> </configuration> I have an SMTPAppender emailing me all errors generated by my webapp. One specific class is generating false positives so I want to turn them off. This has IgnoreMe not logging errors to "FILE", but errors are still making it to "EMAIL". How do I stop them going to the SMTPAppender too? Note : I have more loggers configured for external libraries set to INFO. I'd like to avoid putting appender references in every logger if possible. Thanks Chris

2 2

Release of logback version 1.0.9
by Ceki Gülcü 18 Mar '13

18 Mar '13

Hello all, I am happy to announce the release of logback version 1.0.10. It should hit the Maven central repository within the next 2 hours. Please refer to the news page for precise details of this release. http://logback.qos.ch/news.html You can download logback, 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 QOS.ch announce mailing list. To subscribe to QOS.ch announce list, please visit the following URL. http://www.qos.ch/mailman/listinfo/announce You may also receive announcements via twitter via the following account: https://twitter.com/qos_ch Enjoy, -- Ceki Gülcü

3 5

logback and gradle
by Mihai Cazacu 14 Mar '13

14 Mar '13

Hi, I need some help to integrate logback into my app. I use gradle to automate the building and this error occurs when running "gradlew runMod" task: [configuration ':archives', configuration ':compile', configuration > ':default', configuration ':groovy', configuration ':provided', > configuration ':runtime', configuration ':signatures', configuration > ':testCompile',configuration ':testRuntime'] > :cleanModsDir > :clean > BUILD SUCCESSFUL > Total time: 5.028 secs > Download > https://oss.sonatype.org/content/repositories/snapshots/io/vertx/vertx-core… > Download > https://oss.sonatype.org/content/repositories/snapshots/io/vertx/vertx-plat… > [configuration ':archives', configuration ':compile', configuration > ':default', configuration ':groovy', configuration ':provided', > configuration ':runtime', configuration ':signatures', configuration > ':testCompile', configuration ':testRuntime'] > Relying on packaging to define the extension of the main artifact has been > deprecated and is scheduled to be removed in Gradle 2.0 > Download > https://oss.sonatype.org/content/repositories/snapshots/io/vertx/lang-groov… > :compileJava UP-TO-DATE > :compileGroovy > :processResources > :classes > :copyMod > :runMod println: before test.start > SLF4J: Class path contains multiple SLF4J bindings. > *SLF4J: Found binding in > [jar:file:/c:/Users/mihai/Desktop/test/mods/mod-owner~mod-name~1.0.0-SNAPSHOT/lib/logback-classic-1.0.9.jar!/org/slf4j/impl/StaticLoggerBinder.class] > SLF4J: Found binding in > [jar:file:/C:/Users/mihai/.gradle/wrapper/dists/gradle-1.4-bin/47n6g3pbi5plc7n8fn58nkinje/gradle1.4/lib/logback-classic-1.0.9.jar!/org/slf4j/impl/StaticLoggerBinder.class] > * > SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an > explanation. > Failed to instantiate [ch.qos.logback.classic.LoggerContext] > Reported exception: > org.codehaus.groovy.control.MultipleCompilationErrorsException: startup > failed: > Script1.groovy: 1: unable to resolve class ch.qos.logback.classic.Level > @ line 1, column 1. > import ch.qos.logback.classic.Level > ^ > Script1.groovy: 5: unable to resolve class > ch.qos.logback.core.rolling.TimeBasedRollingPolicy > @ line 5, column 1. > import ch.qos.logback.core.rolling.TimeBasedRollingPolicy > ^ > Script1.groovy: 4: unable to resolve class > ch.qos.logback.core.rolling.RollingFileAppender > @ line 4, column 1. > import ch.qos.logback.core.rolling.RollingFileAppender > ^ > Script1.groovy: 3: unable to resolve class > ch.qos.logback.core.ConsoleAppender > @ line 3, column 1. > import ch.qos.logback.core.ConsoleAppender > ^ > Script1.groovy: 6: unable to resolve class > ch.qos.logback.core.status.OnConsoleStatusListener > @ line 6, column 1. > import ch.qos.logback.core.status.OnConsoleStatusListener > ^ > Script1.groovy: 2: unable to resolve class > ch.qos.logback.classic.encoder.PatternLayoutEncoder > @ line 2, column 1. > import ch.qos.logback.classic.encoder.PatternLayoutEncoder > ^ > Script1.groovy: 8: unable to resolve class ch.qos.logback.classic.Level > @ line 8, column 1. > import static ch.qos.logback.classic.Level.INFO > ^ > Script1.groovy: 9: unable to resolve class ch.qos.logback.classic.Level > @ line 9, column 1. > import static ch.qos.logback.classic.Level.WARN > ^ > 8 errors at > org.codehaus.groovy.control.ErrorCollector.failIfErrors(ErrorCollector.java:309) > at > org.codehaus.groovy.control.CompilationUnit.applyToSourceUnits(CompilationUnit.java:927) > at > org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:575) > at > org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:524) > at > groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:279) > at > groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:258) > at groovy.lang.GroovyShell.parseClass(GroovyShell.java:613) > at groovy.lang.GroovyShell.parse(GroovyShell.java:625) > at groovy.lang.GroovyShell.parse(GroovyShell.java:652) > at groovy.lang.GroovyShell.parse(GroovyShell.java:643) > at groovy.lang.GroovyShell$parse.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:116) > at > ch.qos.logback.classic.gaffer.GafferConfigurator.run(GafferConfigurator.groovy:48) > 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:37) > at > ch.qos.logback.classic.gaffer.GafferUtil.runGafferConfiguratorOn(GafferUtil.java:43) > at > ch.qos.logback.classic.util.ContextInitializer.configureByResource(ContextInitializer.java:65) > at > ch.qos.logback.classic.util.ContextInitializer.autoConfig(ContextInitializer.java:148) > 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:128) > at > org.slf4j.LoggerFactory.performInitialization(LoggerFactory.java:107) > at > org.slf4j.LoggerFactory.getILoggerFactory(LoggerFactory.java:295) > at test.Test.start(Test.groovy:20) > at org.vertx.groovy.platform.Verticle.start(Verticle.groovy:35) > at org.vertx.groovy.platform.Verticle$start.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:116) > at > org.vertx.groovy.platform.impl.GroovyVerticle.start(GroovyVerticle.groovy:59) > at > org.vertx.java.platform.impl.DefaultPlatformManager$11.run(DefaultPlatformManager.java:1171) > at org.vertx.java.core.impl.Context$1.run(Context.java:127) > at > org.jboss.netty.channel.socket.nio.AbstractNioSelector.processTaskQueue(AbstractNioSelector.java:366) > at > org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:290) > at > org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:88) > at > org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) > at > org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) > at > org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) SLF4J: Actual binding is of type > [ch.qos.logback.classic.util.ContextSelectorStaticBinder] > 11:27:25,808 |-INFO in ch.qos.logback.classic.LoggerContext[default] - > Found resource [logback.groovy] at > [file:/c:/Users/mihai/Desktop/test/mods/mod-owner~mod-name~1.0.0-SNAPSHOT/logback.groovy] > println: after test.start > CTRL-C to stop server > > Building > :runMod The sample app can be found in the attachment. Just unpack and run "gradlew runMod". Thanks, Mihai

3 3

logback fails to roll log file - Shibboleth IDP 2.3.8 - Windows server 2008 - Jetty running as service via procrun
by Karen Murphy 14 Mar '13

14 Mar '13

Hi all, My Shibboleth IDP version 2.3.8 is failing to roll over files daily. Its running on Windows Server 2008, and the configuration is the default Shibboleth one in logging.xml, except I have changed the slashes to be double back slashes as per the logback documentation in Appenders. I am running the IDP under Jetty 7.3, and have configured Jetty to run as a service using procrun, as the 'local system account' which I believe has all permissions necessary. It works on another IDP I look after (version 2.3.6, with Tomcat) on Windows Server 2003. I have read the posts referring to JNDI and rotation failing, but I can't see JNDI configured in my context file under Jetty, so guess this isn't affecting it ? I have looked through various logs in the Event Viewer but don't see anything to indicate a logback error on file rotation. My Shibboleth logging.xml contains: ----------------------------------------------------------------snip-- <appender name="IDP_PROCESS" class="ch.qos.logback.core.rolling.RollingFileAppender"> <File>C:\\opt\\shibboleth-idp\\logs\\idp-process.log</File> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <FileNamePattern>C:\\opt\\shibboleth-idp\\logs\\idp-process-%d{yyyy-MM-dd}.log</FileNamePattern> </rollingPolicy> <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"> <charset>UTF-8</charset> <Pattern>%date{HH:mm:ss.SSS} - %level [%logger:%line] - %msg%n</Pattern> </encoder> </appender> --------------------------------------------------------------------- Does anyone have any ideas as to what might be causing roll over to fail ? Any pointers would be much appreciated, Kind Regards Karen -- *Karen Murphy* Systems Analyst - Bibliographic Services The Library at Queen's Queen's University Belfast Belfast BT7 1LP Tel: 028 90976260 Email: k.l.murphy(a)qub.ac.uk

2 4

Variable substitution for logger name?
by Mark.Boatman＠securian.com 02 Mar '13

02 Mar '13

Is it possible to use variable substitution with the <logger name>? Here is my configuration xml. Everything works EXCEPT this: <logger name =${appLoggerPrefix} level="INFO"> Is that not allowed? <?xml version="1.0" encoding="UTF-8" ?> <configuration debug="true"> <property resource= "com/minnesotamutual/corp/compliance/end/config/app.properties" /> <property name="LOGS_PATH" value= "${com.minnesotamutual.appLogs}/${appName}/" /> <property name="SPRING_LOG_BASE_FILENAME" value= "${appName}-spring" /> <property name="APP_LOG_BASE_FILENAME" value="${appName}-app" /> <appender name="SpringLogFileAppender" class= "ch.qos.logback.core.rolling.RollingFileAppender"> <file>${LOGS_PATH}${SPRING_LOG_BASE_FILENAME}.log</file> <rollingPolicy class= "ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <fileNamePattern> ${LOGS_PATH}${SPRING_LOG_BASE_FILENAME}-%d{yyyy-MM-dd}.log</ fileNamePattern> <maxHistory>30</maxHistory> </rollingPolicy> <encoder> <pattern>%date [%level] at line %line in %class[%method]: %msg%n</pattern> </encoder> </appender> <appender name="AppLogFileAppender" class= "ch.qos.logback.core.rolling.RollingFileAppender"> <file>${LOGS_PATH}${APP_LOG_BASE_FILENAME}.log</file> <rollingPolicy class= "ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <fileNamePattern> ${LOGS_PATH}${APP_LOG_BASE_FILENAME}-%d{yyyy-MM-dd}.log</fileNamePattern> <maxHistory>30</maxHistory> </rollingPolicy> <encoder> <pattern>%date [%level]: %msg%n</pattern> </encoder> </appender> <logger name=${appLoggerPrefix} level="INFO"> <appender-ref ref="AppLogFileAppender" /> </logger> <logger name="org.springframework" level="INFO"> <appender-ref ref="SpringLogFileAppender" /> </logger> <root level="INFO"> </root> Mark E. Boatman, FLMI Applications Consultant, Corp/PFC/Inv Systems, Information Technology • Securian Financial Group 400 Robert Street North • A9-4949 • St. Paul, MN 55101-2098 651-665-4949 mark.boatman(a)securian.com • www.securian.com Securian Financial Group – Financial security for the long run ® This email transmission and any file attachments may contain confidential information intended solely for the use of the individual or entity to whom it is addressed. If you have received this email message in error, please notify the sender and delete this email from your system. If you are not the intended recipient, you may not disclose, copy, or distribute the contents of this email.

2 1