July 2007 - logback-user - mailman3.qos.ch

An OSGi bundle for logback?
by John E. Conlon 14 Sep '07

14 Sep '07

Are there any plans for a logback OSGi bundle in the foreseeable future? ;-)

3 3

Adoption
by Robert Christian 25 Aug '07

25 Aug '07

Is there a list of companies/projects who have adopted the Logback project?

3 2

Chainsaw equivalent for logback
by Jain, Sandeep 23 Aug '07

23 Aug '07

Is there a Chainsaw equivalent for logback? I need a comprehensive GUI to view logs. Thanks. Sandeep

4 3

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