[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