[ https://issues.apache.org/jira/browse/LOG4NET-27?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555286#comment-13555286 ]
Dominik Psenner commented on LOG4NET-27: ---------------------------------------- If a persistent storage of the file history is not needed, why keep it anyway? I think that the implementation of the rolling could always use a persistent history somewhere (registry|file|..?) allowing the implementation of fancier rolling methods that even combine date, size and arbitrary (random) filenames. Currently the rolling is quite limited from that point of view. Since a rewrite of the rollingfileappender is in discussion since long time those ideas could well make it into there. The discussion took place at http://apache-logging.6191.n7.nabble.com/RFA-NG-review-td24505.html and some helping hands / comments / reviews are still welcome. Somehow I (and probably also Stefan) lost track on the RFA-NG topic since I didn't need it anymore and have not enough spare time even if it would resolve a lot of log4net issues. > Rolling files on date/time boundaries doesn't support a maximum number of > backup files. > --------------------------------------------------------------------------------------- > > Key: LOG4NET-27 > URL: https://issues.apache.org/jira/browse/LOG4NET-27 > Project: Log4net > Issue Type: New Feature > Components: Appenders > Affects Versions: 1.2.11 > Reporter: Florian Ramillien > Priority: Minor > Fix For: 1.2 Maintenance Release > > Attachments: LOG4NET-27.patch, RollingFileAppender.cs, > RollingFileAppender.cs, RollingFileAppender.cs, RollingFileAppender.cs.patch, > RollingFileAppender.patch > > > A maximum of backup files exist when rolling files on file size, but not for > rolling on date/time. > This can be implemented with the same config key : MaxSizeRollBackups -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira