- logback-user - mailman3.qos.ch

Does logback 0.9.7 implements MDC ?
by JACOB Pascal 14 Aug '07

14 Aug '07

Hello dear logback commiters, I'm trying to use MDC in my multithread program and i'm having the following error: SLF4J: Failed to load class "org.slf4j.impl.StaticMDCBinder". SLF4J: See http://www.slf4j.org/codes.html#no_static_mdc_binder for further details. Exception in thread "main" java.lang.NoClassDefFoundError: org/slf4j/impl/StaticMDCBinder at org.slf4j.MDC.<clinit>(MDC.java:70) at fr.mipih.jms.AsynchConsumer.<init>(AsynchConsumer.java:50) at fr.mipih.jms.AsynchConsumer.main(AsynchConsumer.java:182) I have the following jars in the classpath : slf4j-api-1.4.2.jar jcl104-over-slf4j-1.4.2.jar logback-classic-0.9.7.jar logback-core-0.9.7.jar I have check the content of the jars and in fact StaticMDCBinder is nowhere to be found (should be in logback-classic-0.9.7.jar as I understand it) I have checked the repository at http://svn.qos.ch/repos/logback/trunk and found that StaticMDCBinder was added in logback-classic\src\main\java\org\slf4j\impl I have no [easy] way to compile the new source code on my platform since logback use maven (don't have it, don't want to install it, don't want to learn how to use it). Isn't it time to release a 0.9.8 or something (why not a 1.0) so that MDC (and other bug fixes) are available to the majority ? TIA. ZC.

1 0

<include> does not search classpath
by Newcomb, Michael-P57487 09 Aug '07

09 Aug '07

Logback searches the classpath for logback.xml or logback-test.xml, but when using <include> there is no way to specify a resource to include (ie something in a jar file) that is on the classpath. <include> is limited to file (explicit file location) or a url (which doesn't allow just a file name). Please add another mechanism for <include> to search the classpath for the file to be included: <include resource="xxx.xml"/> Thanks, Michael

2 2

Some strange logback behaviour
by Nicholas Clare 09 Aug '07

09 Aug '07

Hi everyone, I've just switched to using logback for a project, that was using slf4j and jdk logging, but it's gotten a bit big for that. So far logback has been mostly great, except for a couple of small things. However, one major problem has recently come up, and I was hoping someone could help me. I'm using a few rolling file appenders, and everything works fine for a couple of days. However, after that, the current day's log seems to only keep the last line. Every time i 'more' the log, or something, it only has the most recent message, and if i run something like tail -f, it shows one line, and then never updates. The strangest part though, is that when it does eventually roll over, the backed up file (which seems to be called whatever-1970-01-01.log, but that's another issue :P ) seems to be complete. But that doesn't really help when you're trying to debug an issue in a live, running system. Thanks for the great product again, I just hope we can sort this out, so I can keep using it. Nick

3 2

LOGBack and SLF4J make poor assumptions
by nospam.rwp＠dsl.pipex.com 02 Aug '07

02 Aug '07

2 1

A problem in SocketAppenderBase... and a shameless plug for my log-viewer ;)
by Joern Huxhorn 31 Jul '07

31 Jul '07

Hi again and sorry that I forgot to mention this in my previous mail but the method append(E event) in SocketAppenderBase forgets to close the output-stream in case of an error. } catch (IOException e) { oos = null; [..] should be replaced with } catch (IOException e) { if(oos!=null) { try { oos.close() } catch(IOException ex) { //ignore } oos = null; } [..] I'm currently working on a proper log-viewer as a Chainsaw-replacement and it has hanging connections in case of a server restart. I suspect that this is the reason... I'd be happy to send you a preview of the app, btw. The only problem, currently, is that I'm infringing the GPL myself ;) since I'm not ready for a source release yet (mainly because parts of the app will be LGPL and the app itself GPL).but the GPL-license-dialog is already in place :) So if you'd like to see a preview just send me a short mail to contact [at] lumberjack.huxhorn.de. As you might have guessed by domain-name, I plan to call the viewer LOGBack Lumberjack... Joern.

1 0

Re: RemoteLogging and HttpAppender for LogBack (Klaus Unger)
by Unger Klaus 24 Jul '07

24 Jul '07

Hello Greg, thanks for your reply, but unfortunately NO, this is not what I'm looking for. I want to forward my logging-event via HTTP to a remote Logging Server. Kind regards K:) Unger > There is an HTML layout described near the end of the documentation on > Layouts at http://logback.qos.ch/manual/layouts.html#ClassicHTMLLayout. > Is that what you are looking for? > Greg Case > On 7/23/07, Unger Klaus <K.Unger2(a)mobilkom.at> wrote: > > Hello everybody! > > > > Thanks so far for the outstanding job with logback. > > > > Today I have just a simple question regarding remote logging and > Appenders. > > > > Is there a reason why there is no HttpAppender provided or is there such a > contribution available! > > We are thinking to build our RemoteLogging Server based on HTTP. > > > > I've found the plain SocketAppender and the SampleServer implementation in > the Samples section. > > Is there any kind of a production level implementation of the Socket-based > Logging Server available, e.g. commercial product? > > > > Thank you for a short answer! > > > > KJ Unger > > > > PS: any news about Bug-57 (JDBC-generatedKeys) - we are desperately > waiting for news - Thx. > > Klaus Unger > Informationstechnologie > CRM Development > > Mobil: +43 664 4236046 > Tel.: +43 1 331 61 2643 > E-Mail: k.unger2(a)mobilkom.at > > > > _______________________________________________ > Logback-user mailing list > Logback-user(a)qos.ch > http://qos.ch/mailman/listinfo/logback-user > >

2 1

RemoteLogging and HttpAppender for LogBack
by Unger Klaus 23 Jul '07

23 Jul '07

Hello everybody! Thanks so far for the outstanding job with logback. Today I have just a simple question regarding remote logging and Appenders. Is there a reason why there is no HttpAppender provided or is there such a contribution available! We are thinking to build our RemoteLogging Server based on HTTP. I've found the plain SocketAppender and the SampleServer implementation in the Samples section. Is there any kind of a production level implementation of the Socket-based Logging Server available, e.g. commercial product? Thank you for a short answer! K:-) Unger PS: any news about Bug-57 (JDBC-generatedKeys) - we are desperately waiting for news - Thx. Klaus Unger Informationstechnologie CRM Development Mobil: +43 664 4236046 Tel.: +43 1 331 61 2643 E-Mail: k.unger2(a)mobilkom.at

2 1

NullPointer in PropertySetter.computeContainmentTpye
by mancereus 19 Jul '07

19 Jul '07

The follwoing logback.xml works with tomcat, but not in orion application server: <?xml version="1.0" encoding="UTF-8" ?> <configuration> <appender name="ROLLFILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>${LOG_HOME}xsvapp.log</file> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <param name="FileNamePattern" value="${LOG_HOME}xsvapp.log.%d{yyyy-MM-dd}" /> </rollingPolicy> <layout class="ch.qos.logback.classic.PatternLayout"> <param name="Pattern" value="%d{HH:mm:ss} %-5level [%thread] %class{25} - %msg%n" /> </layout> </appender> <root> <level value="debug" /> <appender-ref ref="ROLLFILE" /> </root> </configuration> I get the following NPE: 04.05.07 11:00 ixmidixservweb: Error initializing servlet java.lang.ExceptionInInitializerError at com.ixmid.ixservweb.web.session.SmnResolveProxies.<clinit>(SmnResolveProxies.java:117) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at com.evermind._ay._lse(Unknown Source) at com.evermind._ay._cbd(Unknown Source) at com.evermind._ay._lze(Unknown Source) at com.evermind._ay._lme(Unknown Source) at com.evermind._ay.<init>(Unknown Source) at com.evermind._am._rvb(Unknown Source) at com.evermind._ex._rvb(Unknown Source) at com.evermind._eu._kie(Unknown Source) at com.evermind._eu._bi(Unknown Source) at com.evermind._ex._bn(Unknown Source) at com.evermind._ex._bi(Unknown Source) at com.evermind.server.ApplicationServer._gse(Unknown Source) at com.evermind.server.ApplicationServer._bi(Unknown Source) at com.evermind._csb.run(Unknown Source) at java.lang.Thread.run(Thread.java:619) at com.evermind._bf.run(Unknown Source) Caused by: java.lang.NullPointerException at ch.qos.logback.core.util.PropertySetter.computeContainmentTpye(PropertySetter.java:234) at ch.qos.logback.core.util.PropertySetter.canContainComponent(PropertySetter.java:207) at ch.qos.logback.core.joran.action.NestedComponentIA.isApplicable(NestedComponentIA.java:57) at ch.qos.logback.core.joran.spi.Interpreter.lookupImplicitAction(Interpreter.java:214) at ch.qos.logback.core.joran.spi.Interpreter.getApplicableActionList(Interpreter.java:233) at ch.qos.logback.core.joran.spi.Interpreter.startElement(Interpreter.java:122) at ch.qos.logback.core.joran.spi.Interpreter.startElement(Interpreter.java:110) at ch.qos.logback.core.joran.spi.EventPlayer.play(EventPlayer.java:36) at ch.qos.logback.core.joran.spi.Interpreter.play(Interpreter.java:336) at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:96) at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:74) at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:38) at com.ixmid.bas.BasLog4j.<clinit>(BasLog4j.java:68) ... 19 more any idea? (the "normal" FileAppender works with both tomcat and orion) -- View this message in context: http://www.nabble.com/NullPointer-in-PropertySetter.computeContainmentTpye-… Sent from the Logback User mailing list archive at Nabble.com.

2 7

Reloading a Jndi Based Context
by Greg Case 13 Jul '07

13 Jul '07

I'm currently migrating our internal project from log4j to sl4fj/logback, and so far have been having pretty good results. Because we have multitple web-apps running under tomcat, I'm using the JNDI context selectors as described at http://logback.qos.ch/manual/contextSelector.html . The problem I am having is that I wish to be able to set a system property at runtime to describe to set the directory for logging destination to the WEB-INF/logs folder of the application. So I am setting a system property of appname.log.home to ..../appname/WEB-INF/logs, and then referring to it in the jndi-specifc logback.xml as ${appname.log.home to }/cc.log. Very similar to the InitContextListener in the log4j sandbox. However, I don't believe the system property is being set in time. How can I tell the Context to reload itself, so the system property can then be read? The reason for all of this is so that the default configuration for development purposes puts the logs into the WEB-INF directory, but so that I can take the same WAR, move it to production, modifying the the environment variable logback/configuration-resource for the application to point to a separate logback.xml file Anyone have any ideas? Should I scrap the JNDI contexts and just use the JoranConfigurator to reload the config in a ServletContextListener? Thanks, Greg Case

1 0

Re: [logback-user] PatternLayout feature request
by Arthur Blake 13 Jul '07

13 Jul '07

Yes, I did notice all that you mentioned, but I still could not find any way to print the class name ONLY without the package name. Thanks. (I want to see only "Bar" not m.s.s., etc.) I would think this would be a feature that would be worthwhile to have as part of logback. I guess I'll have to implement it myself then. thank you! Arthur ----- Original Message ---- From: Ceki Gulcu <listid(a)qos.ch> To: logback users list <logback-user(a)qos.ch> Sent: Thursday, July 12, 2007 3:02:47 PM Subject: Re: [logback-user] PatternLayout feature request Hi Arthur, Logback already offers a similar feature called automatic abbreviation for logger names and for class names. For example, the pattern "%logger{10}" will attempt to abbreviate the logger name to 10 characters, thus the logger name "mainPackage.sub.sample.Bar" will be printed as "m.s.s.Bar". The table below from the Layout chapter [1] of the log4j manual lists other examples. Pattern Logger name Result %logger mainPackage.sub.sample.Bar mainPackage.sub.sample.Bar %logger{10} mainPackage.sub.sample.Bar m.s.s.Bar %logger{15} mainPackage.sub.sample.Bar m.s.sample.Bar %logger{16} mainPackage.sub.sample.Bar m.sub.sample.Bar %logger{26} mainPackage.sub.sample.Bar mainPackage.sub.sample.Bar Alternatively, logback makes it very easy (even easier than in log4j) to define your own conversion patterns. See the section called "Creating a custom conversion specifier" in the Layout chapter of the logback manual. I hope this helps, [1] http://logback.qos.ch/manual/layouts.html Arthur Blake wrote: > I'm using Logback on a new project. I like it a lot so far. Seems like > a leaner, tighter log4j. Pretty easy to learn quickly because it is so > similar to log4j in a lot of ways. > > I'd like to see a feature in the PatternLayout where I can show just the > class name of the logger without its package prefix. > For example, if I have a logger named > com.mycompany.myapplication.myarea.Stuff > I'd like a version of the %logger conversion word that just outputs "Stuff" > (not "com.mycompany.myapplication.myarea.Stuff" or even "c.m.m.m.Stuff") > > Most of my classes are unique across package names, and I'd like my log > output to be more concise in this way. > I'm not worried about being confused by name collisions because my > application is small enough that it's obvious what logger is involved in > my log output. > > I've gotten around this so far by naming some of my logs with just the > class name without it's package, but I'd rather have a PatternLayout > conversion word or specifier to handle this. > > Forgive me if this feature is already in the PatternLayout, but I > couldn't find it after looking pretty hard. > > Arthur -- Ceki Gülcü Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch _______________________________________________ Logback-user mailing list Logback-user(a)qos.ch http://qos.ch/mailman/listinfo/logback-user ____________________________________________________________________________________ The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php

1 0