Wie konfiguriere ich log4j, um nur Protokolldateien für die letzten sieben Tage aufzubewahren?

Ich habe das folgende Protokollierungsproblem mit mehreren Java-Anwendungen log4j zum Loggen:

Ich möchte, dass Protokolldateien täglich gedreht werden, z

log.2010-09-10
log.2010-09-09
log.2010-09-08
log.2010-09-07
log.2010-09-06
log.2010-09-05
log.2010-09-04

Aus Datenschutzgründen dürfen wir in meinem Unternehmen Logfiles jedoch nicht länger als sieben Tage aufbewahren. Also die Generierung der nächsten nächsten Logdatei log.2010-09-11 sollte das Löschen von auslösen log.2010-09-04. Ist es möglich, ein solches Verhalten mit zu konfigurieren log4j? Wenn nicht, kennen Sie eine andere elegante Lösung für diese Art von Logging-Problem?

Ich nehme an, Sie verwenden RollingFileAppender? In diesem Fall hat es eine Eigenschaft namens MaxBackupIndex die Sie einstellen können, um die Anzahl der Dateien zu begrenzen. Zum Beispiel:

log4j.appender.R=org.apache.log4j.RollingFileAppender
log4j.appender.R.File=example.log
log4j.appender.R.MaxFileSize=100KB
log4j.appender.R.MaxBackupIndex=7
log4j.appender.R.layout=org.apache.log4j.PatternLayout
log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n

Sie können Ihre Haushaltsführung in einem separaten Skript durchführen, das so eingestellt werden kann, dass es täglich ausgeführt wird. Etwas wie das:

find /path/to/logs -type f -mtime +7 -exec rm -f {} \;

Laut folgendem Beitrag geht das mit log4j nicht: Use MaxBackupIndex in DailyRollingFileAppender -log4j

Soweit ich weiß, sollte es diese Funktionalität in log4j 2.0 schaffen, aber diese Bemühungen wurden abgelenkt. Laut der Logback-Website ist Logback der beabsichtigte Nachfolger von log4j, daher sollten Sie die Verwendung in Betracht ziehen.

Es gibt eine API namens SLF4J, die eine gemeinsame API für die Protokollierung bereitstellt. Es lädt die eigentliche Protokollierungsimplementierung zur Laufzeit, sodass es je nach der von Ihnen bereitgestellten Konfiguration möglicherweise java.util.log oder log4j oder logback oder eine andere Bibliothek verwendet, die Protokollierungsfunktionen bereitstellen kann. Es wird ein wenig Vorarbeit geben, um von der direkten Verwendung von log4j zur Verwendung von SLF4J überzugehen, aber sie bieten einige Tools, um diesen Prozess zu automatisieren. Sobald Sie Ihren Code für die Verwendung von SLF4J konvertiert haben, sollte das Wechseln der Protokollierungs-Backends einfach eine Änderung der Konfigurationsdatei sein.

log4j2 unterstützt jetzt das Löschen alter Protokolle.

Schauen Sie sich an DefaultRolloverStrategy-Tag und in den Ausschnitten unten.

Es

• erstellt bis zu 10 Archive am selben Tag,

• analysiert das ${baseDir}-Verzeichnis, das Sie unter dem Eigenschaften-Tag mit einer maximalen Tiefe von 2 definieren, wobei der Protokolldateiname mit “app-*.log.gz” übereinstimmt.

• Protokolle löschen, die älter als 7 Tage sind, aber die letzten 5 Protokolle behalten, wenn Ihre letzten 5 Protokolle älter als 7 Tage sind.

  <DefaultRolloverStrategy max="10">
    <Delete basePath="${baseDir}" maxDepth="2">
      <IfFileName glob="*/app-*.log.gz">
        <IfLastModified age="7d">
          <IfAny>
            <IfAccumulatedFileCount exceeds="5" />
          </IfAny>
        </IfLastModified>
      </IfFileName>
    </Delete>
  </DefaultRolloverStrategy>
  

Eine gute Debug-Option ist, wenn Sie Folgendes festlegen:

<Configuration status="trace">

und verwenden Sie die testMode-Option wie folgt:

        <DefaultRolloverStrategy>
          <Delete basePath="${baseDir}" testMode="true">
            <IfFileName glob="*.log" />
            <IfLastModified age="7d" />
          </Delete>
        </DefaultRolloverStrategy>
        

Sie können im Konsolenprotokoll sehen, welche Dateien gelöscht würden, ohne die Dateien sofort zu löschen.

Dabei bin ich auf diesen Appender gestoßen hier das tut, was Sie wollen, es kann so konfiguriert werden, dass es eine bestimmte Anzahl von Dateien behält, die nach Datum verschoben wurden.

Download: http://www.simonsite.org.uk/download.htm

Beispiel (groovy):

new TimeAndSizeRollingAppender(name: 'timeAndSizeRollingAppender',
   file: 'logs/app.log', datePattern: '.yyyy-MM-dd',
   maxRollFileCount: 7, compressionAlgorithm: 'GZ',
   compressionMinQueueSize: 2,
   layout: pattern(conversionPattern: "%d [%t] %-5p %c{2} %x - %m%n"))

Es gibt auch ein DailyRollingFileAppender

Bearbeiten: Nachdem Sie diese besorgniserregende Aussage gelesen haben:

Bei DailyRollingFileAppender wurden Synchronisationsprobleme und Datenverlust beobachtet. Der log4j-Extras-Begleiter enthält Alternativen, die für neue Bereitstellungen in Betracht gezogen werden sollten und die in der Dokumentation für org.apache.log4j.rolling.RollingFileAppender erörtert werden.

aus der obigen URL (was ich vorher nie realisiert habe), dann die log4j-Extras scheint eine bessere Option zu sein.

Es gibt noch eine andere Möglichkeit DailyRollingFileAppender. aber es fehlt die Funktion zum automatischen Löschen (7 Tage Protokoll behalten), nach der Sie suchen

Probe

log4j.appender.DRF=org.apache.log4j.DailyRollingFileAppender
log4j.appender.DRF.File=example.log
log4j.appender.DRF.DatePattern='.'yyyy-MM-dd

Ich stoße auf etwas Anruf org.apache.log4j.CompositeRollingAppenderdie beide Merkmale des kombiniert RollingFileAppender (maxSizeRollBackups, Anzahl der Sicherungsdatei) und DailyRollingFileAppender (Rolle bis zum Tag).

Aber habe das nicht ausprobiert, scheint nicht die Standardfunktion von 1.2 branch log4j zu sein.