- logback-user - mailman3.qos.ch

AND in if condition ?
by Ed Bras 20 Dec '10

20 Dec '10

I want to do something like this in my logback.xml configuration: <if condition='!property("app.environment").equals("dev") && !property("app.environment").equals("build")'> <then> ... But that doesn't work. How to define a "AND" in a if condition? Here can I find more examples about this syntax? Ed

2 2

SMTPAppender
by Ed Bras 20 Dec '10

20 Dec '10

If an error occurs during sending in the SMTPAppender, it adds a status. How can I see these status messages such that I see the details of the sending exception? I would like these status messages to appear in my stdout or log file.. Regards, Ed

2 2

Variable substitution using a separate file with groovy configuration
by Muyen Lee 20 Dec '10

20 Dec '10

Hi, How do I use variable substitution using a separate file with groovy configuration? I tried xml to groovy translate tool but I got an error message // File attribute not supported for <property> element <configuration> <property file="src/main/java/chapters/configuration/variables1.properties" /> <appender name="FILE" class="ch.qos.logback.core.FileAppender"> <file>${USER_HOME}/myApp.log</file> <encoder> <pattern>%msg%n</pattern> </encoder> </appender> <root level="debug"> <appender-ref ref="FILE" /> </root> </configuration> Regards, Arsene

2 1

Appender with a triggering level
by Bee-lindgren, Bert A 20 Dec '10

20 Dec '10

This email is about a method to save detailed log output from failed operations but not from successful operations. Our programs try to put all pertinent information in MDC properties or in an error message itself, but sometimes we have found it helpful to have the debug/info message to show what led up to an error. Therefore, we keep debug/info logs when we don't need 99.99% of it; we only need it in the rare occurrence of an error. We already have the concept of a thread-specific appender that processes Events for a single thread (fwiw, we use this to capture server-side messages for client requests and then send them back to the client). What do people think about this idea: 1. An appender with two levels: BaseLevel and TriggerLevel (this would probably be a subclass of AppenderBase and call super(layout, BaseLevel) 2. Appender's append() method stores (List, CircularBuffer, etc) ILoggingEvents >= BaseLevel 3. If an event happens >=TriggerLevel, Appender prints all stored events as well as all future events Thanks for your feedback, Bert Bee-Lindgren

3 2

Log rotation & .tmp droppings
by Bee-lindgren, Bert A 17 Dec '10

17 Dec '10

We are seeing logback leave .tmp files behind in the log directory, presumably due to a hiccup during log rotation or gzip. Size 2365956 Dec 11 00:00 statsreceiver.log.2010-12-10.gz 2679618 Dec 12 00:01 statsreceiver.log.2010-12-11.gz 9190879942 Dec 12 04:00 statsreceiver-debug.log23124507802228260.tmp 2542799 Dec 13 00:00 statsreceiver.log.2010-12-12.gz 9137740366 Dec 13 04:00 statsreceiver-debug.log23210907242250260.tmp 543937393 Dec 13 20:07 statsreceiver-debug.log.2010-12-13_19:00.gz 548781049 Dec 13 22:07 statsreceiver-debug.log.2010-12-13_21:00.gz 2284216 Dec 14 00:00 statsreceiver.log.2010-12-13.gz 8127562 Dec 15 00:00 statsreceiver.log.2010-12-14.gz 19067117496 Dec 15 13:00 statsreceiver-debug.log23416102512001260.tmp 18177324477 Dec 15 16:00 statsreceiver-debug.log23426920509229260.tmp 2257423 Dec 15 23:00 statsreceiver-debug.log.2010-12-15_22:00.gz The logback jar versions are: WEB-INF/lib/logback-classic-0.9.26.jar WEB-INF/lib/logback-core-0.9.26.jar There is only a single application writing to those files, though it is conceivable that the .tmp droppings correlate to restarts of that application. If this is expected on application restarts, then could logback start gzip'ing them again when it comes back? Here is the logback.xml file: <?xml version="1.0" encoding="UTF-8"?> <configuration scan="true" scanPeriod="60 seconds"> <appender name="FILE_WARN" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>${logdir:-.}/${prog:-unknown}.log</file> <append>true</append> <filter class="ch.qos.logback.classic.filter.ThresholdFilter"> <level>warn</level> </filter> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <fileNamePattern>${logdir:-.}/${prog:-unknown}.log.%d{yyyy-MM-dd}.gz</fileNamePattern> <maxHistory>7</maxHistory> </rollingPolicy> <encoder> <pattern>%-30(%d{yyyy-MM-dd HH:mm:ss} %.-1level :) %m Context:[%X{GTNDC_INFO}]%n</pattern> </encoder> </appender> <appender name="FILE_DEBUG" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>${logdir:-.}/${prog:-unknown}-debug.log</file> <append>true</append> <filter class="ch.qos.logback.classic.filter.ThresholdFilter"> <level>debug</level> </filter> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <fileNamePattern>${logdir:-.}/${prog:-unknown}-debug.log.%d{yyyy-MM-dd_HH:00}.gz</fileNamePattern> <maxHistory>36</maxHistory> </rollingPolicy> <encoder> <pattern>%-60(%d{yyyy-MM-dd HH:mm:ss} [%thread] %.-1level :) %m Context:[%X{GTNDC_INFO}]%n</pattern> </encoder> </appender> <logger name="org.apache.directory" level="WARN"/> <root><level value="debug"/> <appender-ref ref="FILE_WARN"/> <appender-ref ref="FILE_DEBUG"/> </root> </configuration>

2 2

NullPointerException on info
by Guy Korland 14 Dec '10

14 Dec '10

Any ideas? java.lang.NullPointerException at ch.qos.logback.classic.Logger.filterAndLog_1(Logger.java:426) at ch.qos.logback.classic.Logger.info(Logger.java:627) Guy

2 1

Issue with log files generation on MAC machines
by Nikhil Diwan 07 Dec '10

07 Dec '10

Hi, There seems issue with logback generating log files on MAC machines. Instead of loggers creating log folder/log files log messages are being displayed on console. logback.groovy:- import ch.qos.logback.classic.encoder.PatternLayoutEncoder import ch.qos.logback.core.FileAppender import ch.qos.logback.core.rolling.FixedWindowRollingPolicy import ch.qos.logback.core.rolling.RollingFileAppender import ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy import static ch.qos.logback.classic.Level.DEBUG def LOG_HOME = "/test/logback/logs" def filePatternFormat = "%d %-5level %logger - %msg%n" // Defining appender for root appender('FILE', FileAppender) { file = "${LOG_HOME}/root.log" encoder(PatternLayoutEncoder) { pattern = filePatternFormat } } appender("MACLogback", RollingFileAppender) { file = "${LOG_HOME}/MACLogback.log" rollingPolicy(FixedWindowRollingPolicy) { fileNamePattern = "MACLogback.%i.log.zip" minIndex = 1 maxIndex = 10 } triggeringPolicy(SizeBasedTriggeringPolicy) { maxFileSize = "10MB" } encoder(PatternLayoutEncoder) { pattern = filePatternFormat } } logger 'MACLogback', DEBUG, ['MACLogback'], false root DEBUG, ['FILE'] java file:- import org.slf4j.Logger; import org.slf4j.LoggerFactory; public class MACLogback { public static void main(String[] args) { System.out.println("Before logging"); Logger logger = LoggerFactory.getLogger(MACLogback.class); logger.debug("THIS IS FOR TESTING LOGBACK CONFIGURATION ON MAC!"); System.out.println("After logging"); } } I see log statements on CONSOLE as : Before logging 11:07:24.309 [main] DEBUG MACLogback - THIS IS FOR TESTING LOGBACK CONFIGURATION ON MAC! After logging ISSUE: Log file is not created under "/test/logback/logs" location, which is expected. Any thoughts??

1 0

Access logs + SocketAppender + SimpleSocketServer
by Denis Bazhenov 06 Dec '10

06 Dec '10

I'm trying to use SimpleSocketServer (from logback-access) for remote logging of AccessEvent's. The problem I faced is following. When object get deserialized in SocketNode on line 64 it has no httpRequest (it's simply null). There is debugger dump of event: event = instance of ch.qos.logback.access.spi.AccessEvent(id=932) Thread-1[1] dump event event = { serialVersionUID: 866718993618836343 NA: "-" NA_STRING_ARRAY: instance of java.lang.String[1] (id=914) EMPTY: "" SENTINEL: -1 httpRequest: null httpResponse: null requestURI: "/" requestURL: "GET / HTTP/1.1" remoteHost: "192.168.20.179" remoteUser: null remoteAddr: "192.168.20.179" protocol: "HTTP/1.1" method: "GET" serverName: "jetty-test" requestContent: "" responseContent: "" requestHeaderMap: instance of java.util.TreeMap(id=938) requestParameterMap: instance of java.util.HashMap(id=939) responseHeaderMap: instance of java.util.HashMap(id=940) contentLength: 1288 statusCode: 503 localPort: 8080 serverAdapter: null timeStamp: 1291621192027 } So later this gives me NPE in AccessEvent.buildRequestHeaderMap(). Where I should look? Is this some serialization/deserialization problems?

2 2

rolling log files every x minutes or hours
by Nathaniel Auvil 05 Dec '10

05 Dec '10

I have a requirement to roll our log files at a configurable period which could be every 15 minutes, or every 2 hours. Does Logback support this (does not look like it). Would I have to implement a custom TriggerPolicy to do this? Anyone have any pointers? Seems something like this would be very useful to the framework.

1 0

Getting tomcat logs through Logback
by Pradnya Gawade 03 Dec '10

03 Dec '10

Hi, I want to get the tomcat logs through logback. I got following reference related to it and planning to try it, the only difference in my case would be a Syslog appender instead of a log file: http://tomcat.apache.org/tomcat-6.0-doc/logging.html#log4j This approach required doing some changes in tomcat lib directory etc. I know Logback provides bridging to legacy APIs like java.util.logging http://www.slf4j.org/legacy.html I used jul-to-slf4j bridge to get the liquibase logs into my web application log file. Similarly does Logback provide some thing to get tomcat logs through logback. It is OK with me to get the copy of tomcat logs and tomcat also logging to to its own log files separately. Tomcat uses common logging internally. If I could get some way in which user don't have to make any changes in the tomcat configuration before/after the application deployment then it will be great. Any inputs? Thanks, Pradnya

2 3