Wie rolle ich die Protokolldatei beim Start im Logback-Modus hoch

Keiner der anderen Vorschläge wurde für meine situation. Ich habe nicht verwenden möchten, eine Größe-und Zeit-basierte Lösung, da es erfordert die Konfiguration eines "MaxFileSize", und wir sind mit einer streng time-based policy. Hier ist, wie ich erreicht, rollt die Datei beim Start mit einem TimeBasedRollingPolicy:

@NoAutoStart
public class StartupTimeBasedTriggeringPolicy<E> 
        extends DefaultTimeBasedFileNamingAndTriggeringPolicy<E> {

    @Override
    public void start() {
        super.start();
        nextCheck = 0L;
        isTriggeringEvent(null, null);
        try {
            tbrp.rollover();
        } catch (RolloverFailure e) {
            //Do nothing
        }
    }

}

Der trick ist, um die nextCheck Zeit, 0L, so dass isTriggeringEvent() denke, es ist Zeit zu Rollen Sie die log-Datei über. Es wird somit die Ausführung von code zur Berechnung der mit dem Namen, sowie bequem zurücksetzen der nextCheck Zeit Wert. Der nachfolgende Aufruf rollover() bewirkt, dass die log-Datei, um gerollt werden. Da passiert das nur beim Start, ist es eine optimalere Lösung, als diejenigen, die Durchführung eines Vergleichs innerhalb isTriggerEvent(). Aber kleine, Vergleich, noch wird die Leistung verringert, leicht ausgeführt, wenn Sie auf jede log-Meldung. Dies zwingt auch die rollover auftreten, sofort beim Start, anstatt zu warten, für den ersten log-event.

@NoAutoStart Anmerkung ist wichtig, um zu verhindern, dass Joran aus ausführen, wird die start () - Methode vor allen anderen die Initialisierung abgeschlossen ist. Ansonsten bekommst du eine NullPointerException.

Hier ist die config:

  <!-- Daily rollover appender that also appends timestamp and rolls over on startup -->
  <appender name="startupDailyRolloverAppender" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <file>${LOG_FILE}</file>
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
      <fileNamePattern>${LOG_FILE}.%d{yyyyMMdd}_%d{HHmmss,aux}</fileNamePattern>
      <TimeBasedFileNamingAndTriggeringPolicy class="my.package.StartupTimeBasedTriggeringPolicy" />
    </rollingPolicy>
    <encoder>
      <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
    </encoder>
  </appender> 

Hoffe, das hilft!

InformationsquelleAutor der Antwort Dave

Fand ich eine andere Lösung für das Rollen der logFile einmal, wenn die Anwendung gestartet wird.

Nutze ich logback ist RollingFileAppender mit logback ist FixedWindowRollingPolicy und meine eigene Umsetzung eines TriggeringPolicy<E>.

Den FixedWindowRollingPolicy bekommt die fileNamePattern für die neue logFile, wo %1 ist die neue Nummer der Datei. Die maxIndex steht für die maximale Anzahl meiner "Geschichte". Weitere Informationen: FixedWindowRollingPolicy

Mein Implementierungen TriggeringPolicy gibt true zurück, für die ersten Zeit, wenn isTriggeringEvent(...) aufgerufen wird. Also die WindowRollingPolicy rollt über die logfiles, wenn die Politik aufgerufen wird, das erste mal, und danach wird es keine Rolle mehr wieder.

Der xml-Konfiguration für die RollingFileAppender:

<configuration>
    ...
    <appender name="FILE_APPENDER" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>logFile.log</file>

        <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy">
            <fileNamePattern>logFile.%i.log</fileNamePattern>
            <minIndex>1</minIndex>
            <maxIndex>4</maxIndex>
        </rollingPolicy>

        <triggeringPolicy class="my.classpath.RollOncePerSessionTriggeringPolicy"/>
    </appender>
...
</configuration>

Den TriggeringPolicy:

package my.classpath;

import ch.qos.logback.core.rolling.TriggeringPolicyBase;

import java.io.File;

public class RollOncePerSessionTriggeringPolicy<E> extends TriggeringPolicyBase<E> {
    private static boolean doRolling = true;

    @Override
    public boolean isTriggeringEvent(File activeFile, E event) {
        //roll the first time when the event gets called
        if (doRolling) {
            doRolling = false;
            return true;
        }
        return false;
    }
}

InformationsquelleAutor der Antwort duffy356

Überschreiben der isTriggeringEvent () - Methode in ch.qos.logback.core.ins Rollen.SizeAndTimeBasedFNATP sollte gut funktionieren. Nur Rückgabe von 'true' das erste mal isTriggeringEvent () - Methode aufgerufen wird.

InformationsquelleAutor der Antwort Ceki

Erstellen Sie Ihre eigene Unterklasse von ch.qos.logback.core.rolling.TimeBasedRollingPolicy und überschreiben Sie die start

public class MyPolicy
    extends ch.qos.logback.core.rolling.TimeBasedRollingPolicy
{

    public void start ( )
    {
        super.start( );
        rollover( );
    }
}

InformationsquelleAutor der Antwort Alexander Pogrebnyak

Diese Lösung wirklich funktioniert, vielen Dank.
Allerdings gibt es eine ärgerliche Panne: wenn Sie das Programm zum ersten mal Zeit, das Logbuch ist gerollt, nachdem es erstellt wird, wenn es leer ist oder fast leer ist.
Also ich schlage vor, ein Update: überprüfen Sie, ob der log-Datei existiert und nicht leer ist an der Zeit die Methode aufgerufen wird.
Auch, eine mehr kosmetische Korrektur: umbenennen der "gestartet" - variable, weil es versteckt die geerbten member mit demselben Namen.

@NoAutoStart
public class StartupSizeTimeBasedTriggeringPolicy<E> extends     SizeAndTimeBasedFNATP<E> {

    private boolean policyStarted;

    @Override
    public boolean isTriggeringEvent(File activeFile, E event) {
        if (!policyStarted) {
            policyStarted = true;
            if (activeFile.exists() && activeFile.length() > 0) {
                nextCheck = 0L;
                return true;
            }
        }
        return super.isTriggeringEvent(activeFile, event);
    }
}

Auch, ich glaube, es funktioniert einwandfrei mit logback version 1.1.4-SNAPSHOT (ich habe den source und kompiliert es selbst), aber es hat nicht ganz funktioniert mit Version 1.1.3. Mit 1.1.3, Namen der Dateien korrekt mit den spezifizierten Zeit-zone, aber rollover passiert immer noch im default-Zeitzone Mitternacht.

InformationsquelleAutor der Antwort Leonid Ilyevsky

Die API geändert hat (zum Beispiel setMaxFileSize nicht mehr vorhanden), und eine Menge von dem Zeug oben scheint nicht zu funktionieren, aber ich habe etwas, das funktioniert für mich gegen logback 1.1.8 (die neueste).

Wollte ich roll auf Start und Rollen auf die Größe, aber nicht die Zeit. Dies gilt es:

public class RollOnStartupAndSizeTriggeringPolicy<E> extends SizeBasedTriggeringPolicy<E> {
    private final AtomicBoolean firstTime = new AtomicBoolean();

    public boolean isTriggeringEvent(final File activeFile, final E event) {
        if (firstTime.compareAndSet(false, true) && activeFile != null && activeFile.length() > 0) {
            return true;
        }
        return super.isTriggeringEvent(activeFile, event);
    }
}

Mit dieser müssen Sie auch ein rolling-Politik. FixedWindowRollingPolicy würde wahrscheinlich tun, aber ich mag es nicht, weil ich will, dass eine große Anzahl von Dateien, und es ist sehr ineffizient. Etwas, dass die zahlen schrittweise (statt Schiebe, wie FixedWindow) funktionieren würde, aber das gibt es nicht. Solange Schreibe ich meine eigenen habe ich beschlossen, Zeit zu nutzen, statt zu zählen. Ich wollte erweitern Sie aktuelle logback-code, aber für die Zeit-basierte Sachen, die Rollen-und Trigger-Richtlinien werden oft kombiniert, in einer Klasse, und es gibt Protokolle von NIST-und kreisförmigen Zeug und Felder ohne Getter, so fand ich, dass eher unmöglich. Also musste ich eine Menge tun, um von Grund auf neu. Ich halten Sie es einfach und hat nicht implementieren features wie Komprimierung - ich würde lieben, Sie zu haben, aber ich versuche nur, um keep it simple.

public class TimestampRollingPolicy<E> extends RollingPolicyBase {
    private final RenameUtil renameUtil = new RenameUtil();
    private String activeFileName;
    private String fileNamePatternStr;
    private FileNamePattern fileNamePattern;

    @Override
    public void start() {
        super.start();
        renameUtil.setContext(this.context);
        activeFileName = getParentsRawFileProperty();
        if (activeFileName == null || activeFileName.isEmpty()) {
            addError("No file set on appender");
        }
        if (fileNamePatternStr == null || fileNamePatternStr.isEmpty()) {
            addError("fileNamePattern not set");
            fileNamePattern = null;
        } else {
            fileNamePattern = new FileNamePattern(fileNamePatternStr, this.context);
        }
        addInfo("Will use the pattern " + fileNamePattern + " to archive files");
    }

    @Override
    public void rollover() throws RolloverFailure {
        File f = new File(activeFileName);
        if (!f.exists()) {
            return;
        }
        if (f.length() <= 0) {
            return;
        }
        try {
            String archiveFileName = fileNamePattern.convert(new Date(f.lastModified()));
            renameUtil.rename(activeFileName, archiveFileName);
        } catch (RolloverFailure e) {
            throw e;
        } catch (Exception e) {
            throw new RolloverFailure(e.toString(), e);
        }
    }

    @Override
    public String getActiveFileName() {
        return activeFileName;
    }

    public void setFileNamePattern(String fnp) {
        fileNamePatternStr = fnp;
    }
}

Und dann die config sieht aus wie

<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
  <encoder>
    <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
  </encoder>
  <file>/tmp/monitor.log</file>
  <rollingPolicy class="my.log.TimestampRollingPolicy">
    <fileNamePattern>/tmp/monitor.%d{yyyyMMdd-HHmmss}.log</fileNamePattern>
  </rollingPolicy>
  <triggeringPolicy class="my.log.RollOnStartupAndSizeTriggeringPolicy">
    <maxFileSize>1gb</maxFileSize>
  </triggeringPolicy>
</appender>

wenn Sie frustriert sind, diese nicht gelöst ist nativ, für ihn Stimmen in

http://jira.qos.ch/browse/LOGBACK-204

http://jira.qos.ch/browse/LOGBACK-215

(es ist schon Jahre, und mir ist absolut wichtig, Funktionalität, obwohl ich weiß, dass viele andere frameworks Versagen in es auch)

InformationsquelleAutor der Antwort dlipofsky