Logback, set max, Historie-Dateien pro Tag

Benutze ich TimeBasedRollingPolicy und SizeAndTimeBasedFNATP auslösen Richtlinie für meine logback-Konfiguration. Der rollover von log-Dateien eingestellt ist, passieren jeden Tag und es wird auch ausgelöst, wenn die Größe der Protokolldatei geht über die Grenze.

Wenn ich setMaxHistory(10) auf TimeBasedRollingPolicy mit einer täglichen roll-over, dann wird es das Archiv alle log-Dateien in den letzten 10 Tagen. Aber was ich will ist, um maxHIstory auf SizeAndTimeBasedFNATP jeden Tag.

Ist das möglich mit logback?

InformationsquelleAutor Prasanna | 2011-10-28
  1. 11

    Mit SizeAndTimeBasedFNATP und MaxHistory auf 10 gesetzt, die Protokolle, die älter als 10 Tage entfernt werden (vorausgesetzt, die tägliche rollover-Termin). Größe ist nicht mit eingerechnet die Entfernung in logic.

    • Hey, ich weiß, Sie sind die starter der lo4j/slf4j/logback-Projekte und ich denke, es gibt niemanden besser, um diese Fragen zu beantworten. Kann ich einschränken, Anzahl der history-Dateien erstellt, die pro Tag mit TimeBasedRollingPolicy wenn die Größe nicht berücksichtigt Entfernung Logik?
    • Die kurze Antwort ist Nein.
    • Ich bin mit logback.xml für die Konfiguration (unline groovy, dass Prasanna scheint mit). Ich habe <maxHistory> auf 2 gesetzt, aber ich mehr als 2 Dateien, die älteren werden nicht entfernt. <rollingPolicy class="ch.qos.logback.core.ins Rollen.TimeBasedRollingPolicy"> <fileNamePattern>mylog-minute - %d{mm}.%ich.log.zip</fileNamePattern> <maxHistory>2</maxHistory> <timeBasedFileNamingAndTriggeringpolicy class="ch.qos.logback.core.ins Rollen.SizeAndTimeBasedFNATP"> < "maxFileSize" >1</maxFileSize> </timeBasedFileNamingAndTriggeringpolicy> </rollingPolicy>
    • Ich merke, dass Dateien gelöscht zu bekommen, aber manchmal einige viel, viel älter - Dateien werden nicht gelöscht - ich landete, die beispielsweise mit den folgenden log-Dateien - mylog-2012Mar05-minute30.4.log.zip, mylog-2012Mar05-minute39.0.log.zip, mylog-2012Mar05-minute39.1.log.zip und mylog-2012Mar05.log. Wie Sie sehen können minute30 ist immer noch da, obwohl minute31, minute32 etc. gelöscht wurden.
    • Irgendwelche Pläne oder JIRA hinzufügen maxIndex option SizeAndTimeBasedFNATP?
    • Fand es jira.qos.ch/browse/LOGBACK-747
    • Hi,wenn ich diese Szene,in Ordnung zu halten, 7 Tagen melden, wie definiere ich die maxHistory Attribut. <fileNamePattern>${REQUEST_LOG_DIR}/request_archives/%d{yyyy-MM-dd,aux}/ip_${server.ip}/port_${server.port}/request_%d{yyyy-MM-dd_HH-mm}.log</fileNamePattern> details ableiten zu http://stackoverflow.com/questions/40098598/maxhistory-of-multiple-d-specifiers-in-logback-timebasedrollingpolicy. Ich danke Ihnen sehr!

    InformationsquelleAutor Ceki
Schreibe einen Kommentar