TimeBasedRollingPolicy nicht Rollen, es sei denn, es gibt neue Protokolle

Hier ist meine config:

<appender name="myAppender" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <append>true</append>
    <file>mylogs.log</file>
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
        <!-- daily rollover -->
        <fileNamePattern>mylogs-%d{yyyy-MM-dd_HH-mm}.log</fileNamePattern>

        <!-- keep 30 days' worth of history -->
        <maxHistory>30</maxHistory>
    </rollingPolicy>

    <encoder>
        <pattern>%d{HH:mm:ss.SSS} %-5level %logger{36} [%thread] - %M:%L - %msg%n</pattern>
    </encoder>
    <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
        <level>INFO</level>
    </filter>
</appender>

Entsprechend der logback - Dokument finden Sie hier (http://logback.qos.ch/manual/appenders.html#TimeBasedRollingPolicy) , Datei-rollover jede minute, basierend auf meinen %d{yyyy-MM-dd_HH-mm} fileNamePattern.

Beobachtete ich, wie das funktioniert und hier sind meine Ergebnisse:

  • Es nicht eine log-Datei erstellen sehr minute.
  • Es nur eine log-Datei erstellen, die für die vorherigen minute, wenn die ein neues Protokoll kommt. (z.B. ich habe ein Protokoll auf 11:53pm, und es ist jetzt 11:55 Uhr, ist es nicht erstellen Sie eine neue log-Datei wird sofort für die 11:53pm wenn es schlägt 11:54pm, aber wenn Sie ein neues Protokoll kam erst später, sagen wir um 11:56 Uhr, es erstellt jetzt die Datei für 11:53pm.)

Bin ich etwas fehlt, ich dachte, es wird eine log-Datei erstellen jede minute?

InformationsquelleAutor der Frage lorraine | 2014-03-05

  1. 18

    Scrollen Sie weiter nach unten in den Abschnitt der Dokumentation, die Sie verbunden und Sie werden feststellen:

    Aus verschiedenen technischen Gründen, überschläge sind nicht clock-driven, sondern hängen von der Ankunft der Protokollierung von Ereignissen. Zum Beispiel, am 8. März 2002, angenommen, die fileNamePattern auf yyyy-MM-dd (tägliche rollover), die Ankunft des ersten Ereignisses nach Mitternacht löst einen rollover. Wenn es keine Protokollierung von Ereignissen während der, sagen wir, 23 Minuten und 47 Sekunden nach Mitternacht, dann rollover tatsächlich auftreten um 00:23'47 BIN am 9. März und nicht um 0:00 UHR. So, abhängig von der ankunftsrate der Ereignisse, Rollover ausgelöst werden könnte mit einiger Wartezeit. Aber, unabhängig von der Verzögerung, wird der rollover-Algorithmus bekannt ist, um korrekt zu sein, in dem Sinne, dass alle Ereignisse zu protokollieren, die während einer bestimmten Zeit ausgegeben werden, in die richtige Datei Abgrenzung dieses Zeitraums.

    Kurze version: Es ist nicht Zeit-ausgelöst, aber Protokollierung-Ereignis ausgelöst werden. Keine Protokollierung von Ereignissen bedeutet, dass keine rollover. In einer Konfiguration festgelegt rollover jede minute, dass heißt, es werden keine Dateien für jede minute, für die keine Protokollierung-Ereignisse eintreffen.

    InformationsquelleAutor der Antwort sheltem

  2. 4

    Brauchen Sie nicht Eingang <Datei> Eigenschaften.

    Wenn Sie weglassen, dass Sie Ihre Probleme lösen können

    Beachten Sie, dass die Datei-Eigenschaft in RollingFileAppender (die Muttergesellschaft von
    TimeBasedRollingPolicy) kann entweder gesetzt oder weggelassen werden. Durch die Einstellung der
    file-Eigenschaft des mit FileAppender, können Sie entkoppeln die
    Lage der aktiven log-Datei und die archivierten log
    - Dateien. Die aktuellen Protokolle werden immer gezielter in die angegebene Datei
    durch die Datei-Eigenschaft. Daraus folgt, dass der name des derzeit aktiven
    log-Datei wird nicht im Laufe der Zeit ändern. Allerdings, wenn Sie das weglassen
    file-Eigenschaft, dann die aktive Datei berechnet wird neu für jeden
    Zeitraum basierend auf dem Wert von fileNamePattern. Die Beispiele unten
    sollte diesen Punkt klären.

    InformationsquelleAutor der Antwort jake

Schreibe einen Kommentar