You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by bu...@apache.org on 2002/11/06 00:45:13 UTC

DO NOT REPLY [Bug 10560] - DailyRollingAppender does not roll each period

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10560

DailyRollingAppender does not roll each period





------- Additional Comments From david.corbett@suncorpmetway.com.au  2002-11-05 23:45 -------
I have a similar problem occurring (using version 1.1.1). The daily rollover 
time that is specified for my log is midnight and the application server has an 
auto restart at 2 a.m. everyday. The log file specified for the appender is 
called egi.log and I have a DatePattern='.'yyyy-MM-dd.  

If there is no log activity between midnight and the restart at 2 a.m. then the 
previous days log activity will not rollover into a new log with a name of 
egi.log.yyyy-MM-dd (corresponding to the previous days date) but will remain in 
egi.log. If there is no log activity again the next day between midnight and 
the 2 a.m. restart then the same thing will happen again. No data is lost, but 
several days (or more) logging can end up in the one log file. When the file 
does eventually get rolled over (due to midnight to 2 a.m. activity) the 
several days worth of log activity remains in the newly created egi.log.yyyy-MM-
dd file. This behaviour seems contrary to comments made on 2002-07-08 21:28 
('all logging output will be placed in the correct files according to their 
date').

It would appear that an egi.log.yyyy-MM-dd file only gets created when there is 
some log activity between midnight and the 2 a.m. application server restart.

Is this behaviour due to be fixed in a future 1.2 or 1.3 release?

Thanks,

David

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>