problème vient en utilisant SizeBasedTriggeringPolicy avec log4j?

Question

J'utilise log4j avec RollingFileAppender et aussi triggeringPolicy avec SizeBasedTriggeringPolicy.log fichier est divisé mais un fichier divisé sur la taille 11kb mais d'autres peuvent croître sans spliter quand il atteint la taille donnée et aussi donner un message wrint "log4j: WARN Failure in post- Fermer l'action de roulement » .i ne pouvait pas en mesure de résoudre le fichier lo4j.xml de problem.my consiste la configuration suivante:

<?xml version="1.0" encoding="UTF-8"?> 
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd"> 
<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/" debug="false"> 
    <appender class="org.apache.log4j.rolling.RollingFileAppender" name="FixedWindowRollingFile"> 
    <param name="Append" value="true"/> 
    <param name="ImmediateFlush" value="true"/> 
    <rollingPolicy class="org.apache.log4j.rolling.FixedWindowRollingPolicy"> 
     <param name="fileNamePattern" value="E:/BonitaMQ_workflow/RequestHandlerService/logs/log_%i.log"/> 
     <param name="minIndex" value="1"/> 
     <param name="maxIndex" value="1"/> 
    </rollingPolicy> 
    <triggeringPolicy class="org.apache.log4j.rolling.SizeBasedTriggeringPolicy"> 
     <param name="MaxFileSize" value="10240"/> 
    </triggeringPolicy> 
    <layout class="org.apache.log4j.PatternLayout"> 
     <param name="ConversionPattern" value="%d{MMM,dd yyyy h:mm:ss a } %p %c{1}:%L - %m%n"/> 
    </layout> 
    </appender> 

    <logger name="com.bonitaservice" additivity="false"> 
    <level value="INFO"/> 
    <appender-ref ref="FixedWindowRollingFile"/> 
    </logger> 

    <root> 
    <priority value="Debug"/> 
    <appender-ref ref="FixedWindowRollingFile"/> 
    </root> 
</log4j:configuration> 

s'il vous plaît me aider à résoudre ce problème.

Merci

Answer 1

J'ai eu le même problème. Je ne l'ai pas étudié complètement mais je crois qu'il est causé par le fait que FixedWindowRollingPolicy tourne toujours au moins une fois, ce qui signifie qu'il y a toujours un index 1 et un index 2. Dans votre cas, log_1.log et log_2.log, même si votre MaxIndex est mis à 1.

Dans mon cas, l'augmentation de maxIndex à 2 a résolu le problème.

Cheers, ED

Answer 2

Ce comportement peut être causée par l'exploitation forestière au même fichier journal de plusieurs instances JVM. Une solution consisterait à ajouter le processid au nom du fichier journal, mais je n'ai pas encore trouvé de méthode pour le faire.