You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4net-dev@logging.apache.org by "Kamen Dimitrov (JIRA)" <ji...@apache.org> on 2012/07/17 14:02:35 UTC

[jira] [Comment Edited] (LOG4NET-27) Rolling files on date/time boundaries doesn't support a maximum number of backup files.

    [ https://issues.apache.org/jira/browse/LOG4NET-27?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13416116#comment-13416116 ] 

Kamen Dimitrov edited comment on LOG4NET-27 at 7/17/12 12:01 PM:
-----------------------------------------------------------------

I didn't express myself correctly, I am talking about the "maxDateRollBackups", which If I understand correctly is supposed to be used for specifying how many days you want to keep your logs
                
      was (Author: dvstd):
    I didn't express myself correctly, I am talking about the "maxDateRollBackups", which I understand correctly is supposed to be used for specifying how many days you want to keep your logs
                  
> 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: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira