Comment empêcher logback de sortir son propre statut au début de chaque log?

si vous définissez l'attribut debug de l'élément configuration à true , vous obtiendrez toutes les informations d'état sur la console. Si c'est votre problème, mettez-le à false ou supprimez-le.

si vous avez des problèmes de configuration du niveau WARN ou plus, vous obtiendrez également toutes les informations d'état enregistrées sur la console (y compris les messages du niveau INFO ). La meilleure solution à ce problème consiste à résoudre le problème (dans votre cas remplacer l'élément <layout> par un élément <encoder> ).

si, pour une raison quelconque, vous ne pouvez pas résoudre le problème, mais que vous voulez supprimer les informations de statut de la console, vous pouvez configurer une alternative StatusListener . Utilisez le NopStatusListener pour supprimer complètement le statut-informations:

<configuration>
  <statusListener class="ch.qos.logback.core.status.NopStatusListener" />
  <!-- etc -->
</configuration>

comme décrit dans le docs , si des avertissements ou des erreurs se produisent pendant l'analyse du fichier de configuration, logback affichera automatiquement les données d'état sur la console.

suit http://logback.qos.ch/codes.html#layoutInsteadOfEncoder i.e. le lien mentionné par logback dans son message d'avertissement. Une fois que vous suivez les étapes mentionnées, qui est, si vous remplacez élément , logback va s'arrêter impression de messages sur la console.

Ceki la réponse est correcte:

(...si des avertissements ou des erreurs se produisent pendant l'analyse du fichier de configuration, logback imprimera automatiquement les données d'état sur la console.

une fois que vous aurez fait le bon choix, il n'y aura plus de pollution dans les premières lignes de votre rondin.

depuis mars 2015, dans Logback 1.1.2 , vous devez utiliser <encoder> sous-component - <layout> est maintenant déprécié et si vous l'utilisez, des messages d'erreur apparaîtront. Vous ne pouvez pas contrôler cela, son comportement par défaut Logback .

certaines classes internes ont aussi été renommées, et même les exemples de leur page de manuel sont dépassés!

voici le code extrait de leur page D'aide de code D'erreurs , qui a la bonne façon de configurer l'enregistreur. Cela corrige le problème complètement dans mon projet. http://logback.qos.ch/codes.html#layoutInsteadOfEncoder

<appender name="FILE" class="ch.qos.logback.core.FileAppender">
  <file>testFile.log</file>
  ...
  <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
    <pattern>%msg%n</pattern>
  </encoder>
</appender>

J'ai réalisé que Steve avait trouvé la solution mais il ne l'a pas mentionnée sur le fil. Dans le cas où une autre personne frappe la même question voici le correctif.

remplacer" "elements par" < encoder>.." c'est le coupable..

cela semble être fixé à 0.9.29. Viens de faire plusieurs tests. Pas de Joran INFO plus. Je suppose que ce est la commit de fixation.

S'est battu avec le même problème moi-même i.e. il y avait un tas de lignes enregistrées au début qui n'étaient pas liées à mon code. Voici comment je l'ai corrigé.

<configuration debug="false">

<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
    <!-- <encoder> <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level 
        %logger{36} - %msg%n</pattern> </encoder> -->
    <encoder>
        <pattern>%d{HH:mm:ss.SSS} %-5level %logger{10} - %msg%n</pattern>
    </encoder>
</appender>

<root level="error">
    <appender-ref ref="STDOUT" />
</root>

<logger name="fun.n.games" level="DEBUG" />

C'est en cours d'exécution avec l'entrée suivante dans le pom.xml

        <dependency>
        <groupId>ch.qos.logback</groupId>
        <artifactId>logback-classic</artifactId>
        <version>1.2.3</version>
    </dependency>

j'ai tout essayé et rien n'a fonctionné pour moi. Mon problème était dû à plusieurs logback.fichiers xml dans mon classpath. C'est le cas dans les projets multi-modulaires. Quand il y a un seul logback.fichier xml dans classpath, il n'y a pas d'ambiguïté et le problème est résolu.

utilisant la logback.groovy : statusListener(NopStatusListener) (dans le src/test/resources/logback.groovy ) travaux.

(un cas d'utilisation valide est par exemple si vous travaillez avec ANT dans Eclipse, en utilisant la journalisation logback, les classes groovy et les tests unitaires où les tests unitaires prennent le src/test/resources/logback.groovy , mais vous verrez aussi le src/main/resources/logback.groovy (ou similaire) que vous ne pouvez pas exclure (si on dit que le classpath de ANT utilise le classpath projects).)