log4j2 - limiter le nombre de fichiers journaux

J'ai le texte suivant log4j2.xml fichier:

<?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>

Comment puis-je modifier cette configuration, tels que

1. Au lieu d'écraser le même journal, encore et encore un nouveau fichier est créé après la 5mb limite a été atteinte. Il serait agréable d'avoir quelque chose comme test1.journal, test2.journal et ainsi de suite.
2. Comment puis-je limiter le nombre de partiels fichiers journaux créés en 1.? Ce que je veux réaliser est un schéma comme suit:

   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

Personne ne sait, comment faire pour obtenir quelque chose comme ça? Bien sûr, il serait bien, si quelque chose comme cela était possible avec log4j2 seul. Mais peut-être il ya un moyen de combiner les log4j2 avec une sorte de programme externe qui serait courir à côté de la principale application Java et supprimer le superflu des fichiers journaux, tout en gardant les deux derniers fichiers journaux intacte. Donc si quelqu'un a au moins une suggestion pour 1., il est peut-être déjà, ce que je cherche. Parce que je suis peut-être capable d'écrire un programme pour la 2ème partie. Bien sûr, ce serait génial, si la 2ème partie qui pourrait être fait avec log4j2.

source d'informationauteur Christopher Schmidt