September 2012 - logback-user

State-full filters
by Nanda, Vishnu 18 Sep '12

18 Sep '12

Hi Is there any support to implement a state-full filters, for example Lets say my code logs a request to a API with a "appId" and server response for the request includes the "appId" sent as part of the request, I need to implement a Filter which would take "appId" as a parameter and enable logging all request/response combination for the specific "appId". One way to implement this is to maintain a thread-safe data-structure and use it to track and compare request appId and the response appId and then log the response for the specific appId. Is there any out of box support for these type of filters ? Regards Vishnu

1 0

SNMP Appender for logback
by Ehsan Sabri 17 Sep '12

17 Sep '12

Hi everyone I am implementing a logging framework using logback with slf4j. I wanted to incorporate the SNMP Appender from log4j but could not find a similar appender for logback. With that respect, can anyone direct me through the process of migrating from SNMP appender of log4j to a suitable logback configuration? Any positive response would be highly appreciated -- Ehsan Sabri Islam

1 0

Separate log per thread?
by PixelPusher 11 Sep '12

11 Sep '12

I've been browsing through the documentation, but haven't found a solution for this problem. I have a java web app that takes some input from the currently logged in user and uses it to spawn off a thread to do some work. I need to have that thread generate its own log file with a name that is based on data that the user provided. Is there anything in logback that will help me do this? A second issue will be giving the user permission to view the file, but I'll deal with that after I get the file generation working. Thanks, Thom -- ------------------------------------------------------- Man will occasionally stumble over the truth, but most of the time he will pick himself up and continue. -- Winston Churchill

2 1

[Question] fileNamePattern in logback.xml
by Seeta Vadali 11 Sep '12

11 Sep '12

Dear Logback team, First of all I am not very sure is it correct way to ask questions regarding logback. I couldn't find any forum. I thought of creating bug in JIRA (http://jira.qos.ch/browse/LOGBACK <http://jira.qos.ch/browse/LOGBACK> ) but I don't have rights .... So I am dropping mail to given mail id... Coming to bug : ------------------ I am trying to optimize logback.xml file in our environment. Logging directory location we are specifying in more than one location so I am trying to create a variable ( property ) to hold log directory and reuse. Now problem is if path is "D:\seeta\log" then logback is stripping out all back ward slashes and giving it as "D:seetalog". I know if I use forward slash or double slash it works fine but I cannot control the user who use my tool. Can you please help us in fixing it? Working scenario ============= <configuration> ... <fileNamePattern> d:\seeta\log\cd_core.%d{yyyy-MM-dd}.log</fileNamePattern> ... </configuration> NON-Working Scenario ============== <configuration> ... <property name="log.dir" value="d:\seeta\log"/> ... <fileNamePattern>${log.dir}\cd_core.%d{yyyy-MM-dd}.log</fileNamePattern> ... </configuration> NOTE : I have attached logback.jar and configuration files. Here {{logback_working.xml}} is existing configuration and trying to modify to {{ logback_NOT_working.xml}} Regards, Seeta Vadali </pre> <a href="http://www.sdl.com/?utm_source=Email&utm_medium=Email%2BSignature&utm_campa…"> <img src="http://www.sdl.com/email.png" border=0> www.sdl.com </a> SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK.

3 3

Re: [logback-user] Logback-user Digest, Vol 12, Issue 11
by Seeta Vadali 11 Sep '12

11 Sep '12

Hi Chris, May be I am asking stupid question. Why can't we read property value from xml and replace '\' with '/'. Except stupid windows everyone else use same standards, so there won't be any problem I guess. If we add escape attribute to property tag then our life will be very easy. Something like this <property name="log.dir" value="d:\seeta\log" escape="false"/> Regards, Seeta -----Original Message----- From: logback-user-bounces(a)qos.ch [mailto:logback-user-bounces@qos.ch] On Behalf Of logback-user-request(a)qos.ch Sent: 11 September 2012 12:00 To: logback-user(a)qos.ch Subject: Logback-user Digest, Vol 12, Issue 11 Send Logback-user mailing list submissions to logback-user(a)qos.ch To subscribe or unsubscribe via the World Wide Web, visit http://mailman.qos.ch/mailman/listinfo/logback-user or, via email, send a message with subject or body 'help' to logback-user-request(a)qos.ch You can reach the person managing the list at logback-user-owner(a)qos.ch When replying, please edit your Subject line so it is more specific than "Re: Contents of Logback-user digest..." Today's Topics: 1. Re: [Question] fileNamePattern in logback.xml (Chris Pratt) ---------------------------------------------------------------------- Message: 1 Date: Mon, 10 Sep 2012 08:42:45 -0700 From: Chris Pratt <thechrispratt(a)gmail.com> To: logback users list <logback-user(a)qos.ch> Subject: Re: [logback-user] [Question] fileNamePattern in logback.xml Message-ID: <CAALdY0z5fOpPzwSpEwCpgYvcpEML+esemOOsm+SDEnx37+JBsw(a)mail.gmail.com> Content-Type: text/plain; charset="windows-1252" There's really nothing to fix, it's a Java limitation. The \ has special meaning, and to escape it you MUST use \\. (*Chris*) On Mon, Sep 10, 2012 at 3:44 AM, Seeta Vadali <svadali(a)sdl.com> wrote: > Dear Logback team,**** > > ** ** > > First of all I am not very sure is it correct way to ask > questions regarding logback. I couldn?t find any forum. I thought of > creating bug in JIRA (http://jira.qos.ch/browse/LOGBACK) but I don?t > have rights ?. So I am dropping mail to given mail id? **** > > ** ** > > Coming to bug : **** > > ------------------ **** > > I am trying to optimize logback.xml file in our environment. > Logging directory location we are specifying in more than one location > so I am trying to create a variable ( property ) to hold log directory > and reuse. Now problem is if path is ?D:\seeta\log? then logback is > stripping out all back ward slashes and giving it as ?D:seetalog?. I > know if I use forward slash or double slash it works fine but I cannot > control the user who use my tool. Can you please help us in fixing it? > **** > > ** ** > > Working scenario **** > > =============**** > > <configuration>**** > > ?**** > > <fileNamePattern> > d:\seeta\log\cd_core.%d{yyyy-MM-dd}.log</fileNamePattern>**** > > ?**** > > </configuration>**** > > **** > > NON-Working Scenario**** > > ==============**** > > <configuration>**** > > ?**** > > <property name="log.dir" value="d:\seeta\log"/>**** > > ?**** > > > <fileNamePattern>${log.dir}\cd_core.%d{yyyy-MM-dd}.log</fileNamePatter > n>** > ** > > ?**** > > </configuration>**** > > ** ** > > ** ** > > ** ** > > ** ** > > NOTE : I have attached logback.jar and configuration files. Here > {{logback_working.xml}} is existing configuration and trying to modify > to {{ logback_NOT_working.xml}}**** > > ** ** > > Regards,**** > > Seeta Vadali**** > > ** ** > > > > www.sdl.com > <http://www.sdl.com/?utm_source=Email&utm_medium=Email%2BSignature&utm > _campaign=SDL%2BStandard%2BEmail%2BSignature> > > *SDL PLC confidential, all rights reserved.* If you are not the > intended recipient of this mail SDL requests and requires that you > delete it without acting upon or copying any of its contents, and we > further request that you advise us. > SDL PLC is a public limited company registered in England and Wales. > Registered number: 02675207. > Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire > SL6 7DY, UK. > > _______________________________________________ > Logback-user mailing list > Logback-user(a)qos.ch > http://mailman.qos.ch/mailman/listinfo/logback-user >

2 1

Modifying a logging events' level
by K.O.Gadellaa＠rn.rabobank.nl 10 Sep '12

10 Sep '12

Hi, I'm in the situation where a 3rd party code logs some content at a certain level, but I want that log to be a different (higher) level. E.g: in my log: WARN : Connection to XYZ failed. But I want: ERROR: Connection to XYZ failed. Is there a way to do this with logback? (couldn't figure it out... maybe with a separate appender?) Regards, Koos Gadellaa ====================================================== Rabobank disclaimer: http://www.rabobank.nl/disclaimer

2 2

Handling log events happening before configuration is ready?
by Thorbjørn Ravn Andersen 08 Sep '12

08 Sep '12

We have done plain old just log to a new file for the duration of the program delete old logs daily for several years now and found it works well for us. Now I have a rather tricky situation where part of the file name to be used by (a subclass of) FileAppender needs to be supplied by my code, but the initialization phase of the application contains log statements triggering the initialization of logback _before_ the property referred to by the FileAppender name string is set causing the log file to have an incorrect name. Basically what I have found to be the behavior I want is for logback to await opening the file and write data before I say it can. Question is how I can do this within the limits of logback. Can I tell logback to just buffer events in memory (this will only be for a few seconds, and memory will most likely not be an issue) some kind of valve? Can I tell FileAppender to write to a temporary file and rename it whenever the name is ready (perhaps using some of the Policies from RollingFileAppender)? Any suggestions on how to handle this? Note: As we restart our application daily we do not need RollingFileAppender for our general logging instead we have subclassed FileAppender to remove older than X days files from the target folder. This has proven to work very well for our scenario. Thanks /Thorbjørn

6 9

java.lang.ClassCircularityError: java/util/logging/LogRecord
by Sergey Parhomenko 02 Sep '12

02 Sep '12

Hi, I am using logback (latest version) on Tomcat, and have this error when trying to start the application: *Exception in thread "RMI RenewClean-<ip>:<port>" java.lang.ClassCircularityError: java/util/logging/LogRecord* *at org.slf4j.bridge.SLF4JBridgeHandler.getSLF4JLogger(SLF4JBridgeHandler.java:200) * *at org.slf4j.bridge.SLF4JBridgeHandler.publish(SLF4JBridgeHandler.java:289) * *at java.util.logging.Logger.log(Logger.java:458)* *at java.util.logging.Logger.doLog(Logger.java:480)* *at java.util.logging.Logger.logp(Logger.java:596)* The error is blocking Tomcat startup. The application has logback and jul-over-slf4j bridge JARs inside, and is using a servlet context listener to run * SLF4JBridgeHandler.removeHandlersForRootLogger()* and * SLF4JBridgeHandler.install()* on startup. The *logback.xml* used has * ch.qos.logback.classic.jul.LevelChangePropagator* context listener in it, with *resetJUL* set to *true*. I saw a thread on this mailing list in February 2011<http://mailman.qos.ch/pipermail/slf4j-user/2011-February/001044.html> with the similar issue so it might be quite old. Tomcat version is 7, but the mail list thread and this StackOverflow<http://stackoverflow.com/questions/2656565/classcircularityerror-when-runni…>question are using Tomcat 6 and having the same problem. As the last answer on StackOverflow correctly says, error is reproducible only if the *LevelChangePropagator* element is in the beginning of * logback.xml*. Moving it to the end of the file fixes the issue, so it has an easy workaround. If you have problems reproducing it please let me know, I'll try to provide a test project. -- Best regards, Sergey Parhomenko

2 2