log4j2 - die Begrenzung der Anzahl der log-Dateien

Habe ich Folgendes log4j2.xml Datei:

<?xml version="1.0" encoding="UTF-8"?>
<configuration status="OFF">
  <appenders>
    <RollingFile name="testLog" fileName="test.log" filePattern="" append="false">
      <PatternLayout pattern="[%t] %-5level - %msg%n%n"/>
    <SizeBasedTriggeringPolicy size="5mb" />
    </RollingFile>
  </appenders>
  <loggers>
    <logger name="TestsLogger" level="trace" additivity="false">
      <appender-ref ref="testLog"/>
    </logger>
    <root level="debug">
      <appender-ref ref="testLog"/>
    </root>
  </loggers>
</configuration>

Wie kann ich diese Konfiguration geändert werden, so dass

  1. Anstelle von überschreiben der gleiche logfile immer und immer wieder eine neue Datei erstellt wird, nach der 5 MB-Grenze erreicht wurde. Es wäre schön, etwas zu haben, wie test1.log", "test2".log und so weiter.
  2. Wie kann ich das begrenzen der Anzahl der partielle log-Dateien erstellt, im 1.? Was ich erreichen möchte, ist eine Regelung, wie die folgenden:
    creating test1.log [present log files: test1.log]
    test1.log - 5mb limit reached
    creating test2.log [present log files: test1.log, test2.log]
    test2.log - 5mb limit reached
    creating test3.log [present log files: test2.log, test3.log]
    test3.log - 5mb limit reached
    creating test4.log [present log files: test3.log, test4.log]
    and so on

Weiß jemand, wie das zu erreichen ist so etwas wie das? Natürlich wäre es schön, wenn so etwas möglich war, mit log4j2 allein. Aber vielleicht gibt es eine Möglichkeit zum kombinieren von log4j2 mit irgendeiner Art von externe Programme laufen neben dem Haupt-Java-Anwendung und löschen Sie die überflüssigen log-Dateien, während die zwei letzten log-Dateien intakt. Also wenn jemand zumindest einen Vorschlag für 1., es kann schon sein, was ich Suche. Da ich möglicherweise in der Lage, ein Programm zu schreiben für den 2. Teil. Natürlich wäre es genial, wenn der 2. Teil könnte getan werden, mit log4j2 als gut.

InformationsquelleAutor Christopher Schmidt | 2012-11-21

Schreibe einen Kommentar