- logback-user - mailman3.qos.ch

Logback config from Tomcat - always a static resource, never a scannable file?
by jakartaman 27 Oct '11

27 Oct '11

Hi, I have checked out how to configure logback for Tomcat webapps (as described in http://logback.qos.ch/manual/contextSelector.html) At one point, one configures the name of the XML config file, like so: <env-entry> <description>URL for configuring logback context</description> <env-entry-name>logback/configuration-resource</env-entry-name> <env-entry-type>java.lang.String</env-entry-type> <env-entry-value>logback-app-A.xml</env-entry-value> </env-entry> Unfortunately, the manual suggests (and code inspection confirms) that the XML config file is indeed always a resource on the classpath, never a file on the filesystem. This means the nifty "scan" facility cannot be used in the webapp, as scanning a classpath resource is not exactly fruitful. Before I start adding some code, is there some known way to make the webapp aware of changing XML config files? -- David

1 0

Something which should be made clearer in the logback doc: Should a layout be threadsafe?
by jakartaman 26 Oct '11

26 Oct '11

Hi, Quick remark: It is not clear from the logback docs whether a new layout should be threadsafe. I strongly suspect that it should be (why would logback do the possibly unnecessary locking for you?), but - should that not be explicitly said? E.g. coders may fall into the usual trap of having an instance-bound or even static SimpleDateFormat member and not making the access to it synchronized etc (aehm). Best regards, --- David

2 2

org.slf4j.impl.StaticLoggerBinder.SINGLETON
by Rusty Wright 25 Oct '11

25 Oct '11

I'm unable to create a bugzilla account at http://bugzilla.slf4j.org/createaccount.cgi Could someone enter this bug report for me? If I change my version of logback to 0.9.11 I don't get this. I get it when I use logback version 0.9.13. I'm using version 1.5.5 of slf4j. Thanks Running TestSuite org.apache.maven.surefire.booter.SurefireExecutionException: Cannot instantiate class edu.berkeley.ist.cars.net.email.EmailTest; nested exception is org.testng.TestNGException: Cannot instantiate class edu.berkeley.ist.cars.net.email.EmailTest org.testng.TestNGException: Cannot instantiate class edu.berkeley.ist.cars.net.email.EmailTest at org.testng.internal.ObjectFactoryImpl.newInstance(ObjectFactoryImpl.java:35) at org.testng.internal.ClassHelper.createInstance(ClassHelper.java:330) at org.testng.internal.ClassImpl.getDefaultInstance(ClassImpl.java:62) at org.testng.internal.ClassImpl.getInstances(ClassImpl.java:81) at org.testng.internal.TestNGClassFinder.<init>(TestNGClassFinder.java:114) at org.testng.TestRunner.initMethods(TestRunner.java:281) at org.testng.TestRunner.init(TestRunner.java:227) at org.testng.TestRunner.init(TestRunner.java:189) at org.testng.TestRunner.<init>(TestRunner.java:138) at org.testng.SuiteRunner$DefaultTestRunnerFactory.newTestRunner(SuiteRunner.java:477) at org.testng.SuiteRunner.privateRun(SuiteRunner.java:244) at org.testng.SuiteRunner.run(SuiteRunner.java:198) at org.testng.TestNG.createAndRunSuiteRunners(TestNG.java:821) at org.testng.TestNG.runSuitesLocally(TestNG.java:788) at org.testng.TestNG.run(TestNG.java:708) at org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:62) at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDirectoryTestSuite.java:141) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:338) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:997) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at org.testng.internal.ObjectFactoryImpl.newInstance(ObjectFactoryImpl.java:26) ... 23 more Caused by: java.lang.IllegalAccessError: tried to access field org.slf4j.impl.StaticLoggerBinder.SINGLETON from class org.slf4j.LoggerFactory at org.slf4j.LoggerFactory.staticInitialize(LoggerFactory.java:83) at org.slf4j.LoggerFactory.<clinit>(LoggerFactory.java:73) at org.apache.commons.logging.impl.SLF4JLogFactory.getInstance(SLF4JLogFactory.java:155) at org.apache.commons.logging.impl.SLF4JLogFactory.getInstance(SLF4JLogFactory.java:131) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:272) at org.springframework.test.context.testng.AbstractTestNGSpringContextTests.<init>(AbstractTestNGSpringContextTests.java:77) at edu.berkeley.ist.cars.net.email.EmailTest.<init>(EmailTest.java:21) ... 28 more

4 5

Logback fallback behaviour in case auto config fails ...
by jakartaman 25 Oct '11

25 Oct '11

Hi again Noticed that logback basically bails out if none the default configuration resources can be found. I.e. in ch.qos.logback.classic.util.ContextInitializer.autoConfig() -> If an initial resource is *not* found, BasicConfigurator is invoked, -> If an initial resource *is* found, either Groovy Configurator or JoranConfigurator are invoked on the resource depending on their ending. -----> But if I understand correctly, that may fail (e.g. because of bad XML), in which case configuration is left ... unconfigured. Shouldn't the logic be changed to fall back to BasicConfigurator in that case also? Best regards, -- David

2 1

I'm getting the "substitute logger" error message yet my appender still works
by Paul Gifford 24 Oct '11

24 Oct '11

Hi, I've written a custom appender that extends AppenderBase<ILoggingEvent> and put it in a library. I have a webapp that uses the custom appender. When I deploy that webapp to Tomcat I get the SLF4J error message "The following loggers will not work because they were created during the default configuration phase of the underlying logging system." The loggers listed are my custom appender plus the Spring JDBC classes the appender depends on (my appender logs to a table). My appender, however, works just fine. I get entries in my table just as expected. Is this error message something to be concerned about or am I receiving it in error? Thanks, Paul

3 10

unsubscribe
by Leonid Ilyevsky 24 Oct '11

24 Oct '11

Leonid Ilyevsky Moon Capital Management, LP 499 Park Avenue New York, NY 10022 P: (212) 652-4586 F: (212) 652-4501 E: lilyevsky(a)mooncapital.com [cid:image001.png@01CC924C.BDADDE40] ________________________________ This email, along with any attachments, is confidential and may be legally privileged or otherwise protected from disclosure. Any unauthorized dissemination, copying or use of the contents of this email is strictly prohibited and may be in violation of law. If you are not the intended recipient, any disclosure, copying, forwarding or distribution of this email is strictly prohibited and this email and any attachments should be deleted immediately. This email and any attachments do not constitute an offer to sell or a solicitation of an offer to purchase any interest in any investment vehicle sponsored by Moon Capital Management LP ("Moon Capital"). Moon Capital does not provide legal, accounting or tax advice. Any statement regarding legal, accounting or tax matters was not intended or written to be relied upon by any person as advice. Moon Capital does not waive confidentiality or privilege as a result of this email.

1 0

Invalid URL reference in logback error code
by Stevo Slavić 24 Oct '11

24 Oct '11

Hello logback users, When trying out perf4j's recently added support for logback I followed example from perf4j logback package javadoc which can be found here: http://perf4j.codehaus.org/apidocs/index.html?org/perf4j/logback/package-su… That example at the moment has a bug, perf4jFileAppender is referenced from a logger, but the appender is listed in configuration file after logger. Logback's AppenderRefAction reports this as an error with following code {code} ... Appender appender = (Appender) appenderBag.get(appenderName); if (appender == null) { String msg = "Could not find an appender named [" + appenderName + "]. Did you define it below in the config file?"; inError = true; addError(msg); addError("See " + CoreConstants.CODES_URL + "#appender_order for more details."); return; } ... {code} Url this produces in logback-classic 0.9.30 is http://logback.qos.ch/codes.html#appender_order When accessed, error codes page opens, but on it there is no explanation for this error and in the page source there is no element with appender_order id. Couldn't find in the history of the codes.html page ( https://github.com/ceki/logback/commits/master/logback-site/src/site/pages/… ) one revision that ever had this. Am I missing something or is this a bug in logback site? Regards, Stevo.

6 19

Configuration Failure
by Pete Haidinyak 19 Oct '11

19 Oct '11

Hi, I allow my users to specify an alternate logback configuration file and I was wondering if there was a way to validate that file? Also, I noticed that logback prints out a bunch of failure messages if the file is invalid. Is there a way to disable that? Thanks -Pete

1 0

Cloning LoggingEvent
by Stevo Slavić 18 Oct '11

18 Oct '11

Hello Logback users, Is there a way to clone LoggingEvent? In a custom PatternLayout implementation I'd like just to change the logging event message, so need to create new LoggingEvent with everything same as original LoggingEvent except for the message. Regards, Stevo.

2 2

Turning off sifting appender when MDC not set
by GS 18 Oct '11

18 Oct '11

Hi, I have configured the sifting appender with a default value (unknown) for the discriminator, which generates a file called foo-unknown.log. But I would ideally like the appender to not output to any file when the discriminator via MDC has not yet been set. Any suggestions? Thanks, G

2 1