SLF4J + logback + JBoss 7?

Quiconque a SLF4J /logback de travailler avec JBoss 7?

Précédemment, j'ai pu obtenir mon app pour travailler dans JBoss 5.1, en mettant mon "logback.groovy" dans [serveur]/conf, et le logback de base, classique (0.9.28), et Groovy (1.8.0) les Bocaux dans [serveur]/lib.

Pour JBoss 7.0.1, j'ai le Groovy et logback modules OK (l' .les fichiers d'index ont été créés), mon OREILLE est MANIFESTE.MF déclare dépendances sur deux modules, et mon "logback.groovy" est déployé dans ma GUERRE du module WEB-INF/classes, à l'intérieur de mon OREILLE. L'OREILLE certainement déploie OK - les feux sont au vert...

Malgré cela, les seules règles de journalisation qui effectivement appliquées sont le standard de la console/serveur.journal de celles prévues dans l' "standalone.xml". Oui, je peux voir mon journal consolidés (donc SLF4J travaille), mais mon logback règles, appenders, etc. sont ignorés. Il n'y a pas de références, soit logback ou Groovy dans l'un de journalisation, donc je suppose que je n'ai pas fait assez pour déclencher logback de chargement et de trouver mon script.

Il y a d'autres choses que je pourrais essayer, mais il serait bon de savoir si d'autres personnes ont essayé ce. Si elles n'ont pas, c'est peut-être un signe que je dois le jeter dans mon lot avec JBoss l'exploitation forestière?

Avez-vous travailler? Je suis coincé avec des problèmes similaires, j'ai remplacé les ressources de la racine avec les deux logback pots, mais le déploiement est la noyade dans errrors, de sorte que vous pourriez peut-être jeter quelque lumière sur cette
J'ai peur de ne pas -, j'ai dû abandonner logback et l'utilisation de JBoss l'enregistrement. Il y a peut être une réponse, mais je ne pouvais pas / n'ont pas le temps de le trouver. Le fait d'utiliser la dernière JBoss 7.1.x faire une différence?
Malheureusement, aucune. Essayé d'utiliser 7.1.1.La finale mais sans succès. Ressources sur le sujet sont encore très rares et comme ça: "vous devriez vraiment utiliser jboss.la journalisation, d'autres solutions ne sont pas pris en charge. nous allons changer cela ou même document les fonctionnalités existantes si theres temps, mais il n'y aura pas de temps" 🙁
Astuce: stackoverflow.com/questions/9518687/...

OriginalL'auteur Andrew Regan | 2011-09-21

  1. 6

    JBoss AS7 utilise jboss-logmanager. Je suppose que logback appenders aurait besoin d'un journal de la crèche qui peut les manipuler. Je ne suis pas vraiment sûr de ce qui se passerait si vous avez activé le gestionnaire de journaux.

    Il ya un soutien pour java personnalisé.util.la journalisation.Gestionnaire de sorte que vous pourriez écrire un wrapper pour un appender dans un gestionnaire. Je sais que c'est probablement pas idéal, mais cela devrait fonctionner.

    J'invite toute personne à utiliser JBoss Journalisation et pas seulement parce que je travaille sur ça 🙂 Il a quelques fonctionnalités intéressantes, comme le var-arg méthodes du journal qui est ce qui m'a attiré en premier lieu. Il y a aussi un support pour l'i18n journalisation et des messages par l'intermédiaire d'interfaces.

    Aussi JBoss Journalisation est plus que juste une API. C'est plein de journalisation. Dans la prochaine version de JBoss Journalisation nous vous offrons une manière de spécifier le gestionnaire de journal que vous souhaitez utiliser. Que pourrait faire quelque chose comme cela un peu plus facile, mais je dois avouer que je n'ai pas testé dans AS7. Si j'ai le temps je vais bien.

    Merci, jamezp, j'ai entendu de bonnes choses sur le support i18n. Serait certainement intéressé par les changements à venir. Si je ne peut pas réparer le logback/groovy, je vais essayer de conversion de script dans le bon format pour jboss-logmanager et lui donner un essai. BTW, est-jboss-logmanager libre de la nature de l' (morts), les problèmes de verrouillage qui Log4J avec le travail avec plusieurs fichiers journaux & beaucoup de concurrentes des entrées de journal? (stackoverflow.com/questions/7157507/...)
    Il doit être exempt de morts de verrouillage pour assurer. C'est notre propre implémentation de java.util.la journalisation.LogManager.
    R. Perkins toutes les pensées que pour cette question? stackoverflow.com/questions/11626897/...

    OriginalL'auteur James R. Perkins

  2. 9

    Êtes-vous sûr logback est active? Si logback ne peut pas trouver un fichier de configuration, c'est à dire logback.groovy ou logback.xml, il affichera un message d'avertissement sur la console. La sortie doit ressembler à:

    12:49:22,078 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback-test.xml]
12:49:22,093 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback.xml]
12:49:22,093 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Setting up default configuration.

    Voyez-vous une telle sortie sur la console? Sinon, en supposant que Jboss 7 est livré avec la slf4j de liaison, vous êtes probablement déjà à l'aide de Jboss l'enregistrement. (Vos appels à la slf4j api sont envoyés à jboss journalisation au lieu de logback.)

    Jboss gens devraient être contactés sur l'utilisation de la journalisation backend autres que jboss-exploitation forestière.

    Creuser un peu plus loin, j'ai remarqué que JAS7 est livré avec un fichier appelé slf4j-jboss-logmanager-1.0.0.GA.jar situé sous le ./modules/org/slf4j/impl/main/ dossier. Le contenu de ce fichier montrent que c'est certainement un slf4j de liaison. Je ne sais pas comment Jboss "modules" de travail, mais de supprimer/désactiver slf4j-jboss-logmanager est la voie à suivre si vous souhaitez logback-classique pour être ramassé par slf4j.

    Merci pour cette. Je ne suis pas voyant rien logback liés dans les journaux, donc vraisemblablement logback n'a tout simplement pas été instancié. Cela semble se produire automatiquement dans mon précédent l'installation, mais peut-être que maintenant j'ai besoin de le faire par programmation? Chargement de la classe à droite et le reste devrait suivre? Je vais essayer ce soir et voir comment il va. (Encore un peu confus par l'ensemble de JBoss Journalisation chose: je me suis dit c'est juste une API, et que je peux utiliser de la mise en œuvre de mon choix, mais il y a clairement une sorte de défaut impl. il y a, et c'est, à ma façon.)
    slf4j va se lier avec la première liaison qu'il trouve. Il le fera une fois par démarrage de l'application. Si slf4j se lie à dire, slf4j-simple.jar, logback-classique ne sera jamais instancié comme slf4j est déjà lié. Si jboss-la journalisation peut aussi agir comme un slf4j de liaison, logback-classique ne sera pas activé. Plus d'enquête montre que slf4j-jboss-logmanager-1.0.0.GA.jar l'expédition avec JAS7 est un slf4j de liaison.
    Merci, Ceki, j'ai changé la module.xml dans JBoss est org.slf4j.impl:principal point à l'logback classique et de base de Pots, au lieu de slf4j-jboss-logmanager. J'ai ensuite ajouté un module de Groovy. Maintenant, la journalisation est presque identique à l'avant, mais logback doit avoir chargé, parce que je peux voir en abrégé les noms de classe ('. o.h.v.xml.ValidationXmlParser') et un POT de noms dans stacktraces dans la console.journal. Mais aucun LoggerContext entrées (pas de logback ou Groovy messages que ce soit!), et mon "logback.groovy" n'est pas encore utilisé. Très étrange.
    P. S. je vais documenter tout cela correctement lorsque je reçois enfin le tout.

    OriginalL'auteur Ceki