[ http://jira.qos.ch/browse/LBCORE-70?page=com.atlassian.jira.plugin.system.is... ] Ceki Gulcu resolved LBCORE-70. ------------------------------ Fix Version/s: 0.9.12 Resolution: Incomplete Hello Alain, Thank you for this report. As of logback version 0.9.12 (to be released on November 28th), FileAppender and RollingFileAppender support the Prudent mode where multiple JVM instances can write to the same file. However, compression is not supported in prudent mode. Please see if logback version 0.9.12 meets your requirements. In the mean time, I am closing this issue as "INCOMPLETE".
Compressing log files does not work correctly ---------------------------------------------
Key: LBCORE-70 URL: http://jira.qos.ch/browse/LBCORE-70 Project: logback-core Issue Type: Bug Components: Rolling Affects Versions: 0.9.11 Environment: JVM 1.6.10 Windows 2003 Server GigaSpaces 6.0 Reporter: Alain Oberdörfer Assignee: Ceki Gulcu Fix For: 0.9.12
In our environment compressing log files does not work correctly. As example here is the logger configuration: <appender name="rdf-api-debug-file-appender" class="ch.qos.logback.core.rolling.RollingFileAppender"> <append>true</append> <filter class="ch.qos.logback.classic.filter.ThresholdFilter"> <level>debug</level> </filter> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <fileNamePattern>D:/Temp/rdf-files/logs/%d{yyyy-MM-dd}/debug/rdf-api-debug.log.gz</fileNamePattern> </rollingPolicy> <layout class="ch.qos.logback.classic.PatternLayout"> <pattern>%date,%-5level,%logger,%thread,%message%n</pattern> </layout> </appender> At Nov, 5th I see a directory "D:/Temp/rdf-files/logs/2008-11-04/debug" with the following files (and time of last modifucation): rdf-api-debug.log, November 05, 2008, 12:12:26 AM rdf-api-debug.log855980476945031.tmp, November 05, 2008, 12:11:52 AM rdf-api-debug.log856014875320881.tmp, November 05, 2008, 12:12:26 AM rdf-api-debug.log.gz, November 05, 2008, 12:11:53 AM The first three files and the log file in the .gz-archive have all the same size. So compression works, but the original log file and the temporary files are not deleted. Our application uses several threads, perhaps this causes the problem.
-- 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