Utilisation de Logback mais Log4j a commencé à afficher WARN no Appenders

Je suis en utilisant logback pour mon journalisation et il a été de travail; cependant, l'autre jour, j'ai commencé à avoir un avertissement

log4j:AVERTIR Aucune appenders pourrait être trouvé pour enregistreur (org.apache.de l'axe.i18n.ProjectResourceBundle).
log4j:AVERTIR Veuillez initialiser le log4j système correctement.

Je ne suis pas à l'aide de log4j et je n'ai jamais à ce projet.
J'ai un logback.xml dans mon dossier de ressources.

Toutes les idées sur le pourquoi de cet avertissement a commencé à montrer?

source d'informationauteur Chris Watts | 2013-01-14

  1. 14

    Vous devez être en utilisant une bibliothèque qui n'utiliser log4j. Pouvez-vous poster quelque chose de plus sur votre projet?

    Vous devriez probablement juste de mettre log4j pont sur le chemin de la classe. Lire la suite ici:
    http://www.slf4j.org/legacy.html

    Le pot que vous voulez examiner est log4j-sur-slf4j. Il va du pont de l'API log4j de faire des appels à votre mise en œuvre de slf4j API (dans votre cas - logback).

    Si vous utilisez Maven pour construire votre projet, alors qu'il pourrait être aussi simple que de mettre

    <dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>log4j-over-slf4j</artifactId>
    <version>1.7.7</version>
</dependency>

    dans les dépendances.

    De l'exclusion d'une bibliothèque (si nécessaire) serait fait de cette façon (ce qui suppose que nous parlons de la dépendance transitive du pot que vous avez mentionné):

        <dependency>
        <groupId>org.swift.common</groupId>
        <artifactId>jira-soap</artifactId>
        <version>4.4.0</version>
        <exclusions>
            <exclusion>
                <groupId>...</groupId>
                <artifactId>...</artifactId>
            </exclusion>
        </exclusions>
    </dependency>
  2. 5

    M'a fallu un certain temps pour en trouver puisque le message a été log4j:AVERTIR Aucune appenders pourrait être trouvé pour enregistreur

    J'ai essayé d'exclure log4j et j'ai essayé le log4j-sur-slf4j.

    Ensuite, j'ai couru mvn dependency:tree et enfin découvert que mi communes-configuration était en réalité à l'aide de commons-logging

    [INFO] +- commons-configuration:commons-configuration:jar:1.9:compile
[INFO] |  \- commons-logging:commons-logging:jar:1.1.1:compile
[INFO] +- ch.qos.logback:logback-classic:jar:1.0.13:compile
[INFO] |  +- ch.qos.logback:logback-core:jar:1.0.13:compile
[INFO] |  \- org.slf4j:slf4j-api:jar:1.7.5:compile
[INFO] +- org.slf4j:log4j-over-slf4j:jar:1.7.6:compile
[INFO] \- org.apache.commons:commons-lang3:jar:3.1:compile

    C'est devenu la solution pour moi.

        <!-- logging with logback (and slf4j)-->
    <dependency>
        <groupId>ch.qos.logback</groupId>
        <artifactId>logback-classic</artifactId>
        <version>1.0.13</version>
    </dependency>

    <!-- had a dep in commons-configuration -->
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>jcl-over-slf4j</artifactId>
        <version>1.7.6</version>
    </dependency>