Logback file appender nicht Spülen Sie sofort

Entschied ich mich, um meine Lösung für alle.
Lassen Sie mich klären Sie zunächst, dass dies nicht ein logback Problem ist und nicht ein JRE-problem. Dies ist beschrieben in der javadoc und in der Regel nicht ein Problem sein, bis Sie konfrontiert werden, mit einigen old-school-integration-Lösungen über die Datei-Synchronisierung.

So ist dies ein logback appender umgesetzt, Spülen Sie sofort:

public class ImmediateFileAppender<E> extends RollingFileAppender<E> {

    @Override
    public void openFile(String file_name) throws IOException {
        synchronized (lock) {
            File file = new File(file_name);
            if (FileUtil.isParentDirectoryCreationRequired(file)) {
                boolean result = FileUtil.createMissingParentDirectories(file);
                if (!result) {
                    addError("Failed to create parent directories for [" + file.getAbsolutePath() + "]");
                }
            }

            ImmediateResilientFileOutputStream resilientFos = new ImmediateResilientFileOutputStream(file, append);
            resilientFos.setContext(context);
            setOutputStream(resilientFos);
        }
    }

    @Override
    protected void writeOut(E event) throws IOException {
        super.writeOut(event);
    }

}

Dies ist entsprechenden output-stream utility Klasse. Weil einige Methoden und Felder der original - ResilientOutputStreamBase sollte für die Ausweitung der zunächst verpackt zugriffsmodifizierer musste ich verlängern OutputStream statt und kopieren Sie einfach die Ruhe und unverändert von ResilientOutputStreamBase und ResilientFileOutputStream zu diesem neuen. Ich habe gerade die Anzeige der geänderte code:

public class ImmediateResilientFileOutputStream extends OutputStream {

    //merged code from ResilientOutputStreamBase and ResilientFileOutputStream

    protected FileOutputStream os;

    public FileOutputStream openNewOutputStream() throws IOException {
        return new FileOutputStream(file, true);
    }

    @Override
    public void flush() {
        if (os != null) {
            try {
                os.flush();
                os.getFD().sync(); //this's make sence
                postSuccessfulWrite();
            } catch (IOException e) {
                postIOFailure(e);
            }
        }
    }

}

Und schließlich die config:

<appender name="FOR_INTEGRATION" class="package.ImmediateFileAppender">
    <file>/somepath/for_integration.log</file>
    <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy">
        <fileNamePattern>for_integration.log.%i</fileNamePattern>
        <minIndex>1</minIndex>
        <maxIndex>3</maxIndex>
    </rollingPolicy>
    <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy">
        <maxFileSize>5MB</maxFileSize>
    </triggeringPolicy>
    <encoder>
        <pattern>%d{HH:mm:ss.SSS} - %msg%n</pattern>
        <immediateFlush>true</immediateFlush>
    </encoder>
</appender>

InformationsquelleAutor Viktor Stolbin

Viele monitoring-middleware finden Sie die neuen Veranstaltungen per Scheck für Aktualisierungen der Zeitstempel und die Dateigröße. Aus diesem Grund müssen die Zeit, die das Ereignis aufgezeichnet wird, der Zeitstempel und die Dateigröße aktualisiert.

Dieser Klasse lösen könnte, es

public class MyFileAppender<E> extends FileAppender<E> {
    protected void writeOut(E event) throws IOException {
        super.writeOut(event);
        ResilientFileOutputStream resilientFos = (ResilientFileOutputStream) super.getOutputStream();
        resilientFos.flush();
        resilientFos.getChannel().force(true);
    }
}

Set MyFileAppender Klasse für Appen.

<appender name="FILE" class="MyFileAppender">

Ich hoffe, dass ist logback löst dieses problem.

InformationsquelleAutor cotton