[logback-dev] [JIRA] Commented: (LBCLASSIC-59) LogbackErrorListener

Szel Zoltan (JIRA) noreply-jira at qos.ch
Thu Sep 18 17:33:49 CEST 2008

    [ http://jira.qos.ch/browse/LBCLASSIC-59?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=10722#action_10722 ] 

Szel Zoltan commented on LBCLASSIC-59:


I am very happy to see that this issue is being addressed, but i have one concern about the implementation. Using a System property is not the right way to go in web apps, where individual applications are not allowed to change the state of the jvm. Instead an attribute on the configuration element like "debug" would be great.

By the way do you have any ruff idea about when this will be available for the wider community?

Best Regards,
Zoltan Szel

> LogbackErrorListener
> --------------------
>                 Key: LBCLASSIC-59
>                 URL: http://jira.qos.ch/browse/LBCLASSIC-59
>             Project: logback-classic
>          Issue Type: Improvement
>            Reporter: Anton Tagunov
>            Assignee: Logback dev list
>            Priority: Minor
> Presently we can only poll StatusManager for errors. It would be nice to be able to subscribe to these messages.
> One idea was to allow custom StatusManager implementations.
> This sounds like a nice and sane idea in its own right.
> However I feel that providing subscription to error events and allowing users to provide alternative StatusManager implementations are orthogonal concerns.
> In fact I feel that application should be able to subscribe to logback errors no matter what StatusManager is used stock or custom.
> In other words I suggest it to be part of StatusManager interface/contract to provide subscriptions.
> Which brings me back to the idea that it would be best to provide subscription (listener) facility in the standards StatusManager.
> On yet another account http://jira.qos.ch/browse/LBCLASSIC-58 may be enough for most practical users.
> And I suspect that the most common LogbackErrorListener implementation will simply log to System.out.
> In any case we badly need to get these errors out of Logback.
> BTW an alternative implemenation of LogbackListener might log to a file.

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