April 2010 - logback-user - mailman3.qos.ch

Eclipse console plugin
by Matthias Kretschmar 08 Apr '10

08 Apr '10

Hi, on the download page I read about the Eclipse Console Plugin. Unfortunately I'm using Logback 0.9.20. So I can't use the plugin. I've been waiting for the plugin for a few months, but nothing happend. Is there a plan of QOS for updating the version, or is it possible, that anybody else does this? -- Matthias

2 2

SMTPAppender with multiple evaluators
by Naor Yuval 07 Apr '10

07 Apr '10

Hi. I am looking to implement an SmtpAppender that will allow to specify "delivery rules" based on the evaluation of the error-log. For example, for some specific exceptions we wish to send the first occurrence, then buffer the rest and send a digest every hour. For other specific exception types we wish to send each log immediately What is the recommended way to implement such behavior? Could appenders be chained somehow to accomplish this? Thanks, Naor

2 2

logback generated a lot of file with *.tmp
by Ted Meng 03 Apr '10

03 Apr '10

Hello: when the log needs to be rotated often, many temporary files like *.tmp are being produced and left there forever. I saw the following mailing thread and did not see futher info http://marc.info/?l=logback-user&m=125310684231076&w=2 How could I avoid this situation within logback. Thanks -Ted

2 1

Release of logback v0.9.20
by Ceki Gülcü 01 Apr '10

01 Apr '10

Hello all, I am happy to announce the immediate availability of logback version 0.9.20. In addition to bug fixes, this version introduces conditional processing of configuration files. Please refer to the the news page for precise details. 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 -- Ceki

1 0

Re: [logback-user] Standalone instance with multiple log4j setting
by Ceki Gülcü 01 Apr '10

01 Apr '10

On 01/04/2010 12:41 PM, WM YEOH wrote: > Hi Ceki, > > Thank you for the guidance. > > I think I better start all over again what was the actual problem to give > you a better picture. > > I am currently upgrading the sun one apps server from 7.1 to 9.1 (in UNIX > platform), common-logging.jar, jakarta-log4j-1.2.6.jar and log4j-1.2.15.jar > are currently specified in the server classpath. The logging problem > occurred after upgraded to 9.1. You should not have both jakarta-log4j-1.2.6.jar and log4j-1.2.15.jar on the server's class path. Pick one and only one. > I have an EAR file containing few jars (EJB involved) and a war file > deploying in a standalone instance. I have another war file deployed within > the same instance, meaning there are 2 apps running in one instance. When > the instance startup, there are suppose to have 2 log files, for instance > A.log and B.log. However, all the loggers only written in a single log, take > A.log as an example. Both apps have their own initServlet to load the log4j > configuration files. > > I need some answers from you in order to clear my doubts, > > - is logback my only solution? No, logback is not your only solution. You could change the problem setting by using non-static logger references in your EJB classes. With the simplified problem you could stick with log4j. Having said that logback is the only platform that deals with the logging separation problem for shared classes with static loggers. Given that the rest of your post is logback related, I posted my full answer on the logback-user mailing list. If you wish to pursue the logback-based solution, then please continue the discussion there. > - can I used log4j-1.2.15 instead of slf4j-api-1.5.11? You could either migrate your source code from log4j to slf4j with the slf4j-migrator (http://slf4j.org/migrator.html) or replace log4j.jar with log4j-over-slf4j as described in http://slf4j.org/legacy.html#log4j-over-slf4j. > - I am not too sure how logback.xml is been read, initServlet triggered > to lookup the xml file or no sevlet needed only specified in web.xml? Once installed ContextJNDISelector will determine whether the current logger context has been initialized and if not will read in the configuration as appropriate for the current context. The current context value is read from JNDI according to the "logback/context-name" env-entry you put in your web-app's web.xml file. This is described in http://logback.qos.ch/manual/loggingSeparation.html. > - what should be the value for<env-entry-value>, just the xml file name > or should I include the path as well like /WEB-INF/classes/xml/A1.xml Good question. The value of "logback/configuration-resource" env-entry is looked up as a *resource*. So if you place A1.xml under the /WEB-INF/classes/xml/ folder, you would need to specify the resource name "xml/A1.xml". > - by looking at the logback-starwars project, it looks very simple. And I > assume there neither to add -Dlogback.ContextSelector=JNDI nor > Dlogback.ContextSelector=myPackage.myContextSelector in system property? If you wish to install the ContextJNDISelector, just set the "logback.ContextSelector" system property to "JNDI". > - is "myPackage.myContextSelector" means custom context selector written > by me? Yes. > Appreciate if you can help me to understand more about the logback > concept and how can I solve the problem. Hope to hear from you soon. > > Thank you. You are welcome. -- Ceki

1 0