You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2004/12/13 02:40:52 UTC

DO NOT REPLY [Bug 32662] New: - When using inside web container (Tomcat 5.0) with log4j, after restarting web application log writer is not closed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32662>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=32662

           Summary: When using inside web container (Tomcat 5.0) with log4j,
                    after restarting web application log writer is not
                    closed
           Product: Commons
           Version: 1.0.4
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Logging
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: vvidovic@inet.hr


When I run web application in which I use commons-logging 1.0.4 with log4j
(1.2.8 or 1.2.9, using org.apache.log4j.RollingFileAppender) inside Tomcat 5.0
there is no way to release all resources. So, when web application is restarted
(even if calling LogFactory.releaseAll()) main log file have some dangling
writers connected to itself and when it comes time when log4j should rename it
to backup file no 1 it doesn't happen.
If log4j's org.apache.log4j.LogManager.shutdown() is called when web application
is shut down everything works ok.

If org.apache.commons.logging.impl.Log4jFactory.releaseAll() is right place to
put it, it would be nice that log4j's org.apache.log4j.LogManager.shutdown()
method is called there.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org