[logback-dev] [JIRA] Commented: (LBGENERAL-40) Default behaviour with no config

Thorbjoern Ravn Andersen (JIRA) noreply-jira at qos.ch
Tue Feb 16 23:37:33 CET 2010


    [ http://jira.qos.ch/browse/LBGENERAL-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=11534#action_11534 ] 

Thorbjoern Ravn Andersen commented on LBGENERAL-40:
---------------------------------------------------

I believe that the logback behaviour is much better than the log4j behaviour, namely that in the simplest possible case a default configuration is assumed which is reasonably useful to a developer.  This means you can get up and running a new project without having to write a configuration file.  

How come you did not identify this issue in the testing phase?

> Default behaviour with no config
> --------------------------------
>
>                 Key: LBGENERAL-40
>                 URL: http://jira.qos.ch/browse/LBGENERAL-40
>             Project: logback-general
>          Issue Type: Improvement
>    Affects Versions: 0.9.14
>            Reporter: Paul Murray
>            Assignee: Logback dev list
>
> One of our developers put logback in our project and didn't add a config file. This has killed our prod server for a week - 2 gig of hibernate debug messages per day, until I worked out WTF.
> Log4j handles this situation by emitting a single message and producing no more output. This is a pain in the butt in development - because you always have to put a log4j config somewhere while coding - but now I understand why: it's built to be usable safely in a production environment.
> I think you should consider altering the logback default behaviour to do what log4j does. Without that, it's a nervous business staging it on an internet-facing server.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the logback-dev mailing list