SLF4J + logback + JBoss 7?

Hat jemand SLF4J /logback die Arbeit mit JBoss 7?

Zuvor war ich in der Lage, um meine app funktioniert in JBoss 5.1-Software, indem Sie meine "logback.groovy" in [server]/conf, und die logback-core, classic (0.9.28) und Groovy (1.8.0) Gläser [server]/lib.

Für JBoss 7.0.1, ich habe die Groovy und logback-Module einrichten " OK " (das .index-Dateien erstellt wurden), OHR-MANIFEST.MF erklärt die Abhängigkeiten auf beiden Modulen, und meine "logback.groovy" bereitgestellt wird, in mein KRIEG-Modul WEB-INF/classes", in mein OHR. Das OHR setzt definitiv OK - LED Leuchten grün...

Trotz dieser, die nur der Protokollierung Regeln, die tatsächlich angewendet werden, sind die standard-Konsole/server.log diejenigen eingerichtet "standalone.xml". Ja, ich kann sehen, mein log-Anweisungen (also SLF4J ist arbeiten), aber mein logback Regeln, appenders, etc. ignoriert werden. Es gibt keine Verweise auf entweder logback oder Groovy in einem die Protokollierung, daher gehe ich davon aus, dass ich habe nicht genug getan, um die trigger-logback den laden und Suche nach meinem Skript.

Gibt es andere Dinge, die ich versuchen könnte, aber es wäre gut zu wissen, wenn andere Leute haben versucht, diese. Wenn Sie noch nicht, vielleicht ist das ein Zeichen, dass ich sollte nur werfen Sie in mein Los mit JBoss-Logging?

  • Hast du es zur Arbeit? Ich bin stecken mit ähnlichen Fragen - ich habe die Stelle den resource-root mit den beiden logback Gläser, aber der Einsatz ist ertrinken in errrors, vielleicht könnten Sie etwas Licht in diese Schuppen
  • Ich fürchte nicht - ich musste logback und verwenden Sie die JBoss-Logging. Es kann eine Antwort sein, aber ich konnte nicht / nicht Zeit haben, um es zu finden. Beinhaltet die Verwendung der neuesten JBoss 7.1.x einen Unterschied machen?
  • Leider Nein. Versucht, mit 7.1.1.Finale aber keinen Erfolg. Ressourcen zum Thema sind noch sehr rar und gehen wie diese: "sollten Sie wirklich verwenden Sie jboss.Protokollierung, andere Lösungen werden nicht unterstützt. das werden wir ändern oder sogar die Dokumentation der vorhandenen Funktionen, wenn es Zeit, aber es wird nicht auf Zeit" 🙁
  • Tipp: stackoverflow.com/questions/9518687/...
InformationsquelleAutor Andrew Regan | 2011-09-21
  1. 6

    JBoss AS7 verwendet der jboss-logmanager. Ich gehe davon aus, dass logback appenders erfordern würde, ein Protokoll Manager, die mit Ihnen umgehen kann. Ich bin mir nicht wirklich sicher, was passieren würde, wenn Sie aus geschaltet der Protokoll-manager.

    Gibt es Unterstützung für benutzerdefinierte java.util.die Protokollierung.Hf, so könnten Sie schreiben einen wrapper für Appen in einer Prozedur. Ich weiß, es ist wahrscheinlich nicht ideal, aber es sollte funktionieren.

    Ich möchte Sie ermutigen jedermann, JBoss-Logging und das nicht nur, weil ich es auf Arbeit 🙂 Es hat wirklich einige nette features, wie die var-arg-log-Methoden, die ist, was zog mich, um es in den ersten Platz. Es gibt auch Unterstützung für i18n-Protokollierung und Nachrichten, erfolgt über Schnittstellen.

    Ebenfalls JBoss-Logging ist mehr als nur eine API. Es ist ein full-logging framework. In der nächsten Version der JBoss-Protokollierung bieten wir eine Möglichkeit an, für welches Protokoll-manager, den Sie verwenden möchten. Das könnte so etwas wie dieses ein bisschen einfacher, aber ich muss zugeben, ich habe nicht getestet, die im AS7. Wenn ich die Zeit werde ich aber.

    • Danke, jamezp, ich habe gehört, gute Dinge, bevor Sie über den i18n-Unterstützung. Auf jeden Fall wäre daran interessiert, die anstehenden Veränderungen. Wenn ich nicht beheben können, die logback/groovy, werde ich versuchen, konvertieren Sie das Skript in das richtige format für jboss-logmanager und probieren Sie es aus. BTW, ist jboss-logmanager frei von der Art von (Toten)sperren Probleme, die Log4J würde man mit mehreren log-Dateien & viele gleichzeitige log-Einträge? (stackoverflow.com/questions/7157507/...)
    • Es sollte frei von Toten Verriegelung sicher. Es ist unsere eigene Implementierung der java.util.die Protokollierung.LogManager.
    • R. Perkins irgendwelche Gedanken zu dieser Frage? stackoverflow.com/questions/11626897/...
    InformationsquelleAutor James R. Perkins
  2. 9

    Sind Sie sicher, dass logback aktiv ist? Wenn logback nicht finden können, eine Konfigurationsdatei, d.h. logback.groovy oder logback.xml, gibt es eine Warnmeldung auf der Konsole. Die Ausgabe sollte ähnlich sein:

    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.

    Siehst du eine solche Ausgabe auf die Konsole? Wenn nicht, vorausgesetzt, dass Jboss 7 wird als Bundle mit einer slf4j-binding, sind Sie wahrscheinlich bereits mit Jboss-Protokollierung. (Ihre Anrufe auf die slf4j-api gesendet werden, um die jboss-Protokollierung anstelle von logback.)

    Die Jboss-Leute sein sollte, kontaktiert über die Verwendung einer logging-backend andere als jboss-logging.

    Graben ein wenig weiter bemerkte ich, dass JAS7 Schiffe mit einer Datei namens slf4j-jboss-logmanager-1.0.0.GA.jar befindet sich unter der ./modules/org/slf4j/impl/main/ Ordner. Der Inhalt dieser Datei angezeigt, dass es auf jeden Fall ein slf4j-binding. Ich weiß nicht, wie Jboss "Module" Arbeit, aber entfernen/deaktivieren slf4j-jboss-logmanager ist der Weg zu gehen, wenn Sie es wünschen logback-classic, abgeholt zu werden von slf4j.

    • Vielen Dank für diese. Ich bin nicht zu sehen, etwas logback-Verwandte in den logs, also vermutlich logback noch nicht instanziiert wurde. Dies schien zu geschehen, automatisch in meinem früheren setup, aber vielleicht jetzt brauche ich dazu ein Programm? Laden Sie die richtige Klasse und der rest sollte Folgen? Ich werde versuchen heute Abend und sehen wie es weiter geht. (Noch ein bisschen verwirrt von den ganzen JBoss-Logging-Sache: ich habe gesagt, es ist nur eine API, und, dass ich die Umsetzung meiner Wahl, aber da ist deutlich eine Art default-impl. gibt es, und es ist in meinem Weg.)
    • slf4j binden mit der ersten Bindung, die es findet. Es wird also einmal pro Anwendung starten. Wenn slf4j bindet mit sagen, slf4j-simple.jar, logback-classic wird nie instanziiert werden, da slf4j ist bereits gebunden. Wenn der jboss-Protokollierung kann auch als slf4j-binding, logback-classic-Umgebung nicht aktiviert werden. Weitere Untersuchung zeigt, dass slf4j-jboss-logmanager-1.0.0.GA.jar Versand mit JAS7 ist ein slf4j-binding.
    • Danke, Ceki, ich habe mich verändert die module.xml in JBoss ' s org.slf4j.impl:Haupt-und verweisen auf die logback-classic und core-Gläser, anstatt slf4j-jboss-logmanager. Ich habe dann Hinzugefügt, ein Modul für Groovy. Jetzt, die Anmeldung ist fast identisch zu vorher, aber logback müssen geladen, weil ich sehen kann, abgekürzten Klassennamen ('o.h.v.xml.ValidationXmlParser') und JAR-Namen in stacktraces in der Konsole.log. Aber keine LoggerContext Einträge (keine logback oder Groovy Nachrichten überhaupt!), und meine "logback.grooviger" wird noch nicht verwendet. Sehr seltsam.
    • P. S. ich werde das Dokument dies alles richtig, wenn ich endlich alles zu funktionieren.
    InformationsquelleAutor Ceki
Schreibe einen Kommentar