[logback-dev] [JIRA] Updated: (LBCLASSIC-141) ContextListener that stops the LoggerContext when using DefaultContextSelector

Paul Nyheim (JIRA) noreply-jira at qos.ch
Tue Jun 30 12:57:10 CEST 2009


     [ http://jira.qos.ch/browse/LBCLASSIC-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Paul Nyheim updated LBCLASSIC-141:
----------------------------------

    Attachment: DefaultContextDetachingSCL.java

Based on the ContextDetachingSCL
Please review my comments - and make the appropriate changes if needed.

> ContextListener that stops the LoggerContext when using DefaultContextSelector
> ------------------------------------------------------------------------------
>
>                 Key: LBCLASSIC-141
>                 URL: http://jira.qos.ch/browse/LBCLASSIC-141
>             Project: logback-classic
>          Issue Type: Improvement
>    Affects Versions: 0.9.15
>            Reporter: Paul Nyheim
>            Assignee: Logback dev list
>            Priority: Minor
>         Attachments: DefaultContextDetachingSCL.java
>
>
> When using the "The simplest and easiest approach" to configure logback as described here: http://logback.qos.ch/manual/loggingSeparation.html, The LoggerContext never gets stopped when the application is redeployed in an applicationserver.
> This causes both memory leaks, and an unability to Rename log files using RollingFileAppender because several handles to the log file exists.
> An easy solution to this is to stop the LoggerContext in a ServletContextListener - much the same as for the ContextJNDISelector using ContextDetachingSCL.
> I will upload a file - based on the ContextDetatchingSCL which does the job.

-- 
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