log4j.les propriétés d'être ignoré

J'ai un Java EE 6 Guichet application déployée avec maven avec IntelliJ IDEA 9.0.3 sur glassfish v3.0.1. J'utilise slf4j-log4j12-1.5.6 avec slf4j-api-1.5.8 et log4j-1.2.16 pour la journalisation.

Il fonctionnait très bien lorsque je déployé par le biais de netbeans ou eclipse, mais quand je suis déployer avec IntelliJ IDEA mon log4j.les propriétés de fichier est ignoré et glassfish l'exploitation forestière occupe de mon journal des messages. Je ne pense pas que l'IDÉE n'a rien à faire avec elle, quelque chose d'autre doit avoir changé, je ne peux pas comprendre ce qui s'.

J'ai vérifié que mon log4j.fichier de propriétés est dans mon WEB-INF/classes répertoire et le slf4j/log4j pots sont dans le dossier WEB-INF/lib de ma guerre. Est-il une sorte de configuration, je suis absent pour faire ce travail?

grâce.

edit: mis à Jour avec plus d'informations, posté pom dépendances.

Voici la partie de mon pom.xml: 

    <!-- Guava -->
<dependency>
<groupId>com.google.guava</groupId>
<artifactId>guava</artifactId>
<version>r05</version>
</dependency>
<!-- Test -->
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.7</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.glassfish.extras</groupId>
<artifactId>glassfish-embedded-all</artifactId>
<version>3.0</version>
<scope>test</scope>
</dependency>
<!-- Java EE 6 -->
<dependency>
<groupId>org.glassfish</groupId>
<artifactId>bean-validator</artifactId>
<version>3.0-JBoss-4.0.0.Beta3</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-api</artifactId>
<version>6.0</version>
<scope>provided</scope>
</dependency>
<!-- Wicket -->
<dependency>
<groupId>org.apache.wicket</groupId>
<artifactId>wicket</artifactId>
<version>1.4.9</version>
</dependency>
<dependency>
<groupId>org.apache.wicket</groupId>
<artifactId>wicket-auth-roles</artifactId>
<version>1.4.9</version>
</dependency>
<dependency>
<groupId>org.jboss.weld</groupId>
<artifactId>weld-wicket</artifactId>
<version>1.0.1-Final</version>
</dependency>
<!-- Hibernate -->
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-core</artifactId>
<version>3.5.1-Final</version>
</dependency>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-annotations</artifactId>
<version>3.5.1-Final</version>
</dependency>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-commons-annotations</artifactId>
<version>3.2.0.Final</version>
</dependency>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-entitymanager</artifactId>
<version>3.5.1-Final</version>
</dependency>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-c3p0</artifactId>
<version>3.5.1-Final</version>
</dependency>
<!-- Database -->
<dependency>
<groupId>postgresql</groupId>
<artifactId>postgresql</artifactId>
<version>8.4-701.jdbc4</version>
</dependency>
<!-- Logging -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>1.5.6</version>
</dependency>
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.16</version>
</dependency>
</dependencies>
  • Pourriez-vous poster log4j.debug=true sortie?
  • Je set-Dlog4j.debug dans la gfv3 jvm paramètres toutefois, il a rapidement été ignoré.
  • Ce n'Système.getProperty("log4j.defaultinitoverride") de retour?
InformationsquelleAutor kgrad | 2010-08-09
  1. 6

    Mise à jour: j'ai essayé de reproduire le problème. J'ai créé un simple Guichet de projet (même version que vous):

    mvn archetype:create \
-DarchetypeGroupId=org.apache.wicket \
-DarchetypeArtifactId=wicket-archetype-quickstart \
-DarchetypeVersion=1.4.9 \
-DgroupId=com.mycompany \
-DartifactId=my-wicketapp

    Qui a un simple log4j.les propriétés de journalisation vers la sortie standard. 

    log4j.appender.Stdout=org.apache.log4j.ConsoleAppender
log4j.appender.Stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.Stdout.layout.conversionPattern=%-5p - %-26.26c{1} - %m\n
log4j.rootLogger=INFO,Stdout
log4j.logger.org.apache.wicket=INFO
log4j.logger.org.apache.wicket.protocol.http.HttpSessionStore=INFO
log4j.logger.org.apache.wicket.version=INFO
log4j.logger.org.apache.wicket.RequestCycle=INFO

    Alors:

    • J'ai ajouté tous vos dépendances (ou modifié les versions de l'un pour correspondre à la vôtre)
      • J'ai juste fait un peu de ménage par exemple, dans le Hibernate dépendances, vous n'avez pas besoin de les déclarer tous, exploiter les dépendances transitives mécanisme
    • J'ai ajouté pertinentes repositories et pluginRepositories
    • J'ai ajouté glassfish est javax.servlet dépendance pour que le build passer
    • J'ai ajouté le embedded-glassfish plugin pour tester le tout
    • J'ai fait quelques autres modifications sans rapport
      • J'ai changé les paramètres du compilateur 1.6
      • J'ai déclaré slf4j-api dans le dependencyManagement élément de contrôle bien la version de dépendances transitives.

    Le plein pom.xml ressemble à ça (donc n'importe qui peut reproduire):

    <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.mycompany</groupId>
<artifactId>my-wicketapp</artifactId>
<packaging>war</packaging>
<version>1.0-SNAPSHOT</version>
<!-- TODO project name  -->
<name>quickstart</name>
<description/>
<!--
TODO <organization> <name>company name</name> <url>company url</url>
</organization>
-->
<licenses>
<license>
<name>The Apache Software License, Version 2.0</name>
<url>http://www.apache.org/licenses/LICENSE-2.0.txt</url>
<distribution>repo</distribution>
</license>
</licenses>
<repositories>
<!-- For Hibernate Artifacts -->
<repository>
<id>repository.jboss.org-public</id>
<name>JBoss repository</name>
<url>https://repository.jboss.org/nexus/content/groups/public</url>
</repository>
<!-- repository for Java EE 6 Binaries -->
<repository>
<id>java.net2</id>
<name>Repository hosting the jee6 artifacts</name>
<url>http://download.java.net/maven/2</url>
</repository>
</repositories>
<pluginRepositories>
<!-- GlassFish repository for the embedded-glassfish plugin -->
<pluginRepository>
<id>glassfish</id>
<name>GlassFish Maven 2 Repository</name>
<url>http://download.java.net/maven/glassfish</url>
</pluginRepository>
</pluginRepositories>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>${slf4j.version}</version>
</dependency>
</dependencies>
</dependencyManagement>
<dependencies>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-entitymanager</artifactId>
<version>3.5.5-Final</version>
</dependency>
<dependency>
<groupId>com.google.guava</groupId>
<artifactId>guava</artifactId>
<version>r05</version>
</dependency>
<dependency>
<groupId>org.glassfish</groupId>
<artifactId>javax.servlet</artifactId>
<version>3.0.1</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.glassfish</groupId>
<artifactId>bean-validator</artifactId>
<version>3.0-JBoss-4.0.0.Beta3</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-api</artifactId>
<version>6.0</version>
<scope>provided</scope>
</dependency>
<!--  WICKET DEPENDENCIES -->
<dependency>
<groupId>org.apache.wicket</groupId>
<artifactId>wicket</artifactId>
<version>${wicket.version}</version>
</dependency>
<dependency>
<groupId>org.apache.wicket</groupId>
<artifactId>wicket-auth-roles</artifactId>
<version>${wicket.version}</version>
</dependency>
<dependency>
<groupId>org.jboss.weld</groupId>
<artifactId>weld-wicket</artifactId>
<version>1.0.1-Final</version>
</dependency>
<!--
OPTIONAL <dependency> <groupId>org.apache.wicket</groupId>
<artifactId>wicket-extensions</artifactId>
<version>${wicket.version}</version> </dependency>
-->
<!-- LOGGING DEPENDENCIES - LOG4J -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>${slf4j.version}</version>
</dependency>
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.16</version>
</dependency>
<!--  JUNIT DEPENDENCY FOR TESTING -->
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.7</version>
<scope>test</scope>
</dependency>
<!-- GLASSFISH EMBEDDED FOR TESTING -->
<dependency>
<groupId>org.glassfish.extras</groupId>
<artifactId>glassfish-embedded-all</artifactId>
<version>3.0.1</version>
<scope>test</scope>
</dependency>
<!--  JETTY DEPENDENCIES FOR TESTING  -->
<dependency>
<groupId>org.mortbay.jetty</groupId>
<artifactId>jetty</artifactId>
<version>${jetty.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.mortbay.jetty</groupId>
<artifactId>jetty-util</artifactId>
<version>${jetty.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.mortbay.jetty</groupId>
<artifactId>jetty-management</artifactId>
<version>${jetty.version}</version>
<scope>provided</scope>
</dependency>
</dependencies>
<build>
<resources>
<resource>
<filtering>false</filtering>
<directory>src/main/resources</directory>
</resource>
<resource>
<filtering>false</filtering>
<directory>src/main/java</directory>
<includes>
<include>**</include>
</includes>
<excludes>
<exclude>**/*.java</exclude>
</excludes>
</resource>
</resources>
<testResources>
<testResource>
<filtering>false</filtering>
<directory>src/test/java</directory>
<includes>
<include>**</include>
</includes>
<excludes>
<exclude>**/*.java</exclude>
</excludes>
</testResource>
</testResources>
<plugins>
<plugin>
<inherited>true</inherited>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.6</source>
<target>1.6</target>
<optimize>true</optimize>
<debug>true</debug>
</configuration>
</plugin>
<plugin>
<groupId>org.mortbay.jetty</groupId>
<artifactId>maven-jetty-plugin</artifactId>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-eclipse-plugin</artifactId>
<configuration>
<downloadSources>true</downloadSources>
</configuration>
</plugin>
<plugin>
<groupId>org.glassfish</groupId>
<artifactId>maven-embedded-glassfish-plugin</artifactId>
<version>3.0.1</version>
<configuration>
<serverID>server</serverID>
<name>server</name>
<app>${project.build.directory}/${project.build.finalName}.war</app>
<port>8080</port>
<instanceRoot>${project.build.directory}/gfe-${maven.build.timestamp}</instanceRoot>
<!--contextRoot>${build.finalName}</contextRoot-->
<autoDelete>true</autoDelete>
<!--configFile>${basedir}/domain.xml</configFile-->
</configuration>
</plugin>
</plugins>
</build>
<properties>
<wicket.version>1.4.9</wicket.version>
<jetty.version>6.1.4</jetty.version>
<slf4j.version>1.5.6</slf4j.version>
</properties>
</project>

    Et quand je lance le projet intégré à l'-glassfish plugin:

    $ mvn package 
... 
$ mvn intégré de glassfish:run 
...

    et l'accès http://localhost:8080/server dans un navigateur, j'obtiens mes journaux dans la sortie standard comme prévu:

    ... 
INFO: [WicketApplication] Commencé à Guichet version 1.4.9, le mode de développement 
******************************************************************** 
*** AVERTISSEMENT: le Guichet est en cours d'exécution, le mode de DÉVELOPPEMENT. *** 
*** ^^^^^^^^^^^ *** 
*** Ne PAS déployer sur votre serveur(s), sans changer cela. *** 
*** Voir le numéro de la Demande getConfigurationType() pour plus d'informations. *** 
********************************************************************

    Je me demande si c'est représentatif ou pas.

    J'ai vérifié la guerre, log4j.propriétés est en effet dans WEB-INF/classes. Je n'ai pas de log4j.jar, j'ai slf4j-log4j12.jar.

    slf4j-log4j12.jar n'est pas un remplacement pour log4j.jar, slf4j-log4j12.jar est un liaison pour log4J la version 1.2, vous avez encore besoin de log4j.jar. À partir de la SLF4J documentation:

    Liaison avec une structure de journalisation au moment du déploiement

    Comme mentionné précédemment, SLF4J
    supports d'enregistrement différents cadres.
    Le SLF4J distribution livré avec
    plusieurs fichiers jar dénommé
    "SLF4J liaisons", avec chaque liaison
    correspondant à une prise en charge
    cadre.

    slf4j-log4j12-1.6.1.jar: Liaison pour
    log4j version 1.2, largement utilisé
    de journalisation. Vous devez également
    place log4j.jar sur votre chemin de classe.

    Je me demande comment vous avez obtenu ce travail sous NetBeans et Eclipse.

    • J'ai ajouté log4j-1.2.14 à mon dépendances maven, pas de chance, j'ai vérifié que slf4j et log4j pots étaient en effet dans ma lib et log4j.les propriétés dans WEB-INF/classes dans mon explosé guerre.
    • Thivent - Juste pour être complètement sûr que je couru de nouveau sous netbeans et il n'est plus de journalisation correctement là-bas, ce qui est logique, je n'ai aucune idée de pourquoi il a soudainement arrêté à l'aide de ma configuration log4j... peut-être j'ai ajouté une dépendance que les conflits? Serait-coller de mon pom d'aide?
    • L'affichage de votre pom serait au moins les aider à vérifier les dépendances.
    • Thivent: posté.
    • Thivent: j'ai changé mon enregistreur de code pour inclure org.apache.log4j.Enregistreur et l'utilisation de l'Enregistreur de.getLogger() pour tester ce qui se passait. Maintenant mon fichier appender crée un fichier, mais le fichier est vide et le journal du serveur est encore en utilisant glassfish de l'enregistreur. Glassfish semble être le détournement de mon journal instance et en utilisant sa propre en quelque sorte. Je sais qu'il atleast lit ma config que le fichier est maintenant en cours de création, bien que vide...
    • Je vais courir un simple test ce soir (mais je peux déjà vous dire que je suis en utilisant GlassFish 3 avec SFL4F dans mon appli sans aucun problème).
    • Thivent - Toute chance de reproduire le problème? Je ne pense pas que je suis en train de faire quelque chose de non-standard, à partir de tout ce que j'ai lu, il devrait fonctionner si j'ai la bonne pots sur le chemin de la classe... Il a de travailler!
    • Thivent - j'ai eu un problème avec glassfish qui m'a incité à le réinstaller, maintenant j'obtiens cette erreur dans le journal avec log4j-1.2.16: log4j:ERREUR log4j appelé après le déchargement, voir logging.apache.org/log4j/1.2/faq.html#unload. java.lang.IllegalStateException: Classe invariant violation... venant GetLogger
    • J'ai eu un tas de sites listés que je n'ai pas besoin, codehaus, ibiblio et un vieux jboss, lorsque j'ai enlevé ceux mais a gardé tout le reste la même il a commencé à travailler. Je ne peux que deviner que l'un de ces référentiels avait une vieille version d'une bibliothèque ou a l'exportation de quelque chose de mauvais. De toute façon le marquage de votre réponse acceptée, merci!
    • Heureux c'est résolu (même si je ne comprends pas vraiment comment). Et vous êtes les bienvenus.
    • Par le chemin, pas de bounty? 🙂
    • Thivent - qui fait Que 2 d'entre nous (ne pas comprendre), je suis juste content que ça fonctionne et je ne touche plus. Le bounty expiré hier! Si vous n'avez que de la modification de votre stuff plus tôt!!! 🙁
    • Je l'ai fait (avant l'échéance), mais je n'étais pas au courant d'un bounty pouvez simplement disparaître. Était juste curieux.
    • Thivent - ah, ne l'a pas vu jusqu'à ce matin, se sentir un peu mal aujourd'hui, c'est un peu idiot qu'il disparaît, mon rep a disparu dans le néant (vous n'obtenez pas de retour), mais les primes ne durent qu'une semaine apparemment.
    • Oh, ne vous sentez pas mal, et ne vous inquiétez pas, j'ai été vraiment posant juste pour satisfaire ma curiosité.

    InformationsquelleAutor Pascal Thivent
  2. 3

    J'ai eu exactement le même problème.

    Log4j seul fonctionne très bien:

    <dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.16</version>
</dependency>

    Mais si j'essaie d'utiliser Slf4j-dessus d'elle, puis mon "src/ressources/log4j."propriétés de fichier n'est pas trouvé plus, même si Maven ajouter pour un répertoire qui est sur le chemin de la classe.

    Donc, cela ne fonctionne pas hors de la boîte:

    <dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.16</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>1.6.4</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>jcl-over-slf4j</artifactId>
<version>1.6.4</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>jul-to-slf4j</artifactId>
<version>1.6.4</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.6.4</version>
</dependency>

    Pour le faire fonctionner, vous devez l'ajouter explicitement le "log4j.propriétés de" le chemin de la classe ou de dire au serveur où le trouver! Une façon d'y parvenir est (cet exemple est sur Windows):

    -Dlog4j.configuration=file:C:\[pathToYourProject]\trunk\target\classes\log4j.properties

    Dans Eclipse (si c'est ce que vous utilisez), vous pouvez ajouter la même ligne de votre Configuration d'Exécution /VM arguments.

    InformationsquelleAutor electrotype
  3. 2

    J'ai eu les mêmes problèmes. La solution est simple - l'abattage des dépendances avant de glassfish sur le chemin de la classe.

    Note que les anciens Maven2 versions ont des problèmes avec le classpath de cohérence. J'utilise 2.2.1 qui ont ce problème résolu (il a été fixé dans 2.0.9, je pense).

    InformationsquelleAutor dmatej
  4. 1

    Je suggère la suppression de toutes les slf4j dépendances et de changer votre code d'enregistrement pour utiliser l'API Log4j directement (si ce n'est pas trop de travail, je ne sais pas la taille de votre projet). Une fois que cela fonctionne, pensez à vérifier si vous avez vraiment besoin de la flexibilité offerte par slf4j. Si vous le faites, de sélectionner la bonne version de slf4j (slf4j-log4j12 pourrait ne pas être la bonne utilisation de log4j 1.2.16) et de l'intégrer dans.

    J'ai rencontré slf4j récemment, et à la fin enlevé complètement, parce que j'ai couru dans les mêmes problèmes de configuration.

    InformationsquelleAutor Adriaan Koster
  5. 1

    Ont un look à la log4j manuel. La section "Initialisation par Défaut de la Procédure de" décrit comment log4j vais essayer de trouver le fichier d'initialisation. Peut-être que vous pouvez essayer quelques-uns de ces options pour obtenir les choses fonctionnent.

    InformationsquelleAutor FrVaBe
  6. 0

    Les deux plus probables sont les choses qui viennent à l'esprit sont:

    1. assurez-vous que le log4j.fichier de propriétés est dans WEB-INF/classes de déploiement. Je suppose que vous voulez dire, il est dans votre WEB-INF/classes dans votre base de code, mais avez-vous confirmé c'est le cas dans la guerre qui l'a envoyé à glassfish
    2. assurez-vous que votre log4j.jar est dans votre déployé WEB-INF/lib

    Depuis qu'elle travaille dans certains scénarios de déploiement, je soupçonne votre guerre de l'emballage lors de l'exécution via Maven est le problème. Les points ci-dessus devraient vous aider à le confirmer.

    • jowierun - j'ai vérifié la guerre, log4j.propriétés est en effet dans WEB-INF/classes. Je n'ai pas de log4j.jar, j'ai slf4j-log4j12.jar. La chose étrange est, cette configuration a fonctionné correctement dans netbeans et eclipse avant, nous avons changé d'IDÉE.
    • Quand je veux la reproductibilité, je exécuter maven en ligne de commande et déployer manuellement les fichiers WAR. Peut-être que vous devriez essayer cela, et aussi de comparer la GUERRE des fichiers créés de cette façon avec la GUERRE des fichiers créés/déployées par les IDEs.
    • C - j'ai déployé la guerre via la ligne de commande et vérifié serveur.journal et ne voyez toujours pas log4j travail correctement, ni mon fichier appender de travail.
    • juste au cas où vous ne l'avez pas, avez-vous regardé pour d'éventuelles erreurs dans le démarrage de la production? J'ai vu des erreurs se cachant dans les masses d'application de démarrage du serveur dans le passé. Aussi, il pourrait être intéressant de dumping, le chemin de classe d'une classe ou JSP dans votre déploiement qui devrait confirmer ce que les Bocaux vous avez accès.
    • avez-vous vérifiez que le log4j.jar le fichier est dans le fichier WAR comme @jowierun vous le dit?
    • C - Oui, log4j-1.2.16.jar est dans la GUERRE WEB-INF/lib du répertoire, ainsi que: slf4j-api-1.5.8, slf4j-log4j12-1.5.6 et log4j.les propriétés dans WEB-INF/classes
    • pas d'erreurs dans le démarrage. J'ai imprimé le chemin de la classe et il est exactement comme indiqué dans la guerre, à la fois slf4j et log4j pots sont présents, toujours en ignorant mon fichier de propriétés à l'aide de glassfish est juil journalisation exemple pour l'impression de journaux.
    • Si cela fait une différence, quand je commence à glassfish il exportations de journalisation.propriétés de domain1/config.

    InformationsquelleAutor Paul Jowett
  7. 0

    J'ai d'enregistrement suivantes dépendances :

    <dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<version>0.9.17</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.5.8</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>jcl-over-slf4j</artifactId>
<version>1.5.8</version>
</dependency>
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.14</version>
<scope>runtime</scope>
</dependency>

    sous /src/main/resources/j'ai un logback.xml définir les différents aspects (appenders,..). C'est ramassé par maven et copié dans WEB-INF/classes

    de l'espoir qui a aidé

    InformationsquelleAutor bert
  8. 0

    Je serais en faveur de Adriaan Koster réponse. Si votre pure log4j ne fonctionne pas, cependant, essayez les solutions suivantes. Créer simple de la classe comme ceci

    import org.apache.log4j.Logger;
public class LogTest {
private static Logger log;
public static void main(String[] args) {
log = Logger.getLogger(LogTest.class);
}
}

    ...et mettre un point d'arrêt dans org.apache.log4j.les aides.Chargeur#getResource méthode. Il essaie de tirer de l'log4j.xml à partir du chargeur de classe:

    url = classLoader.getResource(resource);

    De sorte que vous pouvez facilement regarder à l'intérieur du chargeur de classe et de voir quels sont les chemins qu'il utilise (et pourquoi il ne peut pas trouver votre log4j.xml).

    InformationsquelleAutor Denis Kniazhev
  9. 0

    Il est également très important que log4j de la bibliothèque a été compilé après tous les modules des bibliothèques utilisées dans le projet. Si vous ne définissez le dernier objet, les journaux du plus tard modules/bibliothèques ne sont pas affichées dans un façon standard pour log4j.les propriétés.

    InformationsquelleAutor Michał Rowicki