Si je me débarrasser de mes multiples SLF4J Liaisons' avertissement de l'enregistrement des arrêts de travail

J'ai la structure de répertoire suivante dans tomcat 6:

tomcat
|-lib
|  |- logback-classic.jar
|  |- logback-core.jar
|  |- slf4j-api.jar
|  |- myState.jar
|-shared
|  |-lib
|  |  |- myStateLogback.xml
|-webapps
|  |-myApp
|  |  |-WEB-INF
|  |  |  |-logback.xml
|  |  |  |-lib
|  |  |  |  |-jcl-over-slf4j.jar
|  |  |  |  |-logback-classic.jar
|  |  |  |  |-logback-core.jar
|  |  |  |  |-slf4j-api.jar

myState.jar besoin de vivre dans le tomcat/lib car il est contient les classes nécessaires sur le démarrage de tomcat en tant que ressource mondiale. Il l'écrit sur l'exploitation forestière à slf4j donc également besoin de la slf4j et logback pots. Il utilise un JoranConfigurator à charge myStateLogback.xml.

myApp webapp, écrit-il sur l'exploitation forestière à commons-logging, mais je veux aller à travers slf4j à logback en préparation pour le déplacement de toutes nos journalisation de slf4j, donc je suis en utilisant le jcl-sur-slf4j pont.

Avec la configuration ci-dessus, l'exploitation de tous travaux, mais je reçois le message d'avertissement suivant au démarrage:

SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/D:/tomcat/lib/logback-classic-0.9.29.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/D:/tomcat/webapps/myApp/WEB-INF/lib/logback-classic-0.9.29.jar!/org/slf4j/impl/StaticLoggerBinder.class]

Si je prends logback-classique de la webapp du dossier lib, j'obtiens l'exception suivante:

Exception in thread "Timer-30" java.lang.LinkageError: loader constraint violation: when resolving method "org.slf4j.impl.StaticLoggerBinder.getLoggerFactory()Lorg/slf4j/ILoggerFactory;" the class loader (instance of org/apache/catalina/loader/WebappClassLoader) of the current class, org/slf4j/LoggerFactory, and the class loader (instance of org/apache/catalina/loader/StandardClassLoader) for resolved class, org/slf4j/impl/StaticLoggerBinder, have different Class objects for the type org/slf4j/ILoggerFactory used in the signature
        at org.slf4j.LoggerFactory.getILoggerFactory(LoggerFactory.java:284)
        at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:252)
        at org.apache.commons.logging.impl.SLF4JLogFactory.getInstance(SLF4JLogFactory.java:156)
        at org.apache.commons.logging.impl.SLF4JLogFactory.getInstance(SLF4JLogFactory.java:132)
        at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:272)

Si je supprime les 2 logback les pots, et la slf4j-api.jar à partir de la webapp le répertoire lib, je n'ai pas de mises en garde et aucune des exceptions, mais les journaux de ma webapp sont captés par l'myStateLogback.xml fichier et aller à l'enregistreur, que je ne veux pas. Je sais que je peux filtrer les déclarations je ne veux pas, mais je veux avoir séparé les fichiers de configuration de la webapp et le bocal. Est-il un moyen pour y parvenir?

Je suis en utilisant tomcat 6.0.23, logback 0.9.29 et slf4j 1.6.3.

Grâce,
Sarah

OriginalL'auteur ssloan | 2012-01-06

3

Il y a un chapitre intitulé la journalisation de séparation dans le logback documentaiton qui présente une solution possible.

Merci pour cette très intéressante et je pense qu'il serait de travailler dans cette situation. Cependant, pour garder les choses simples, nous avons décidé d'utiliser le tomcat juli journalisation pour myState.jar et puis mettre le logback/slf4j pots dans chaque webapp pour eux de contrôler leur propre exploitation forestière.

OriginalL'auteur Ceki

À l'aide de la nouvelle -Dlogback.debug=true option afficher les messages à partir de ce qui semble être slf4j-api à la recherche pour sa mise en oeuvre. (L'enregistrement ressemble à une bête noire dans le monde Java pour moi).

09:12:05,472 |-INFO au ch.la qualité de service.logback.classique.LoggerContext[par défaut] - ne Pouvait PAS trouver de ressources [logback.groovy] 
09:12:05,472 |-INFO au ch.la qualité de service.logback.classique.LoggerContext[par défaut] - Trouvé ressource [logback-test.xml] à [jar:file:/home/FOO/BAR.jar!/logback-test.xml] 
09:12:05,487 |-INFO dans ch.qos.logback.core.joran.spi.ConfigurationWatchList@2c8d66b2 - URL [jar:file:/home/FOO/BAR.jar!/logback-test.xml] n'est pas de type de fichier 
09:12:05,656 |-INFO au ch.la qualité de service.logback.de base.joran.d'action.AppenderAction - Sur instancier appender de type [ch.la qualité de service.logback.de base.ConsoleAppender] 
09:12:05,662 |-INFO au ch.la qualité de service.logback.de base.joran.d'action.AppenderAction de Nommage appender [STDOUT] 
09:12:05,700 |-INFO au ch.la qualité de service.logback.de base.joran.d'action.NestedComplexPropertyIA - en Supposant type par défaut [ch.la qualité de service.logback.classique.codeur.PatternLayoutEncoder] pour [codeur] propriété 
09:12:05,729 |-INFO au ch.la qualité de service.logback.classique.joran.d'action.LoggerAction - niveau de Réglage de l'enregistreur [org.mongodb.morphia.la cartographie.Mappeur] à l'ERREUR 
09:12:05,729 |-INFO au ch.la qualité de service.logback.classique.joran.d'action.LoggerAction - Réglage du niveau d'enregistreur de données [com.BAZ] DEBUG 
09:12:05,729 |-INFO au ch.la qualité de service.logback.classique.joran.d'action.RootLoggerAction - Réglage du niveau de la RACINE d'un enregistreur de données d'INFO 
09:12:05,730 |-INFO au ch.la qualité de service.logback.de base.joran.d'action.AppenderRefAction - Fixation appender nommé [STDOUT] de l'Enregistreur[RACINE] 
09:12:05,730 |-INFO au ch.la qualité de service.logback.classique.joran.d'action.ConfigurationAction à la Fin de la configuration. 
09:12:05,732 |-INFO dans ch.qos.logback.classic.joran.JoranConfigurator@58651fd0 - Enregistrement de la configuration actuelle comme point de repli sûr

OriginalL'auteur eel ghEEz

Vous devez vous connecter pour publier un commentaire.