Ist es möglich, die Standardprotokollierung für Glassfish v3 außer Kraft zu setzen?

Question

Ähnliche diese Frage . Es scheint, dass Glassfish slf4j in meine Anwendung exportiert und überschreibt meine Logging-Lösung. Ist es möglich für mich, Glassfish die Protokollierung außer Kraft zu setzen und meine eigene Logging-Lösung Vorrang haben? Nach der Suche habe ich gefunden, nur Möglichkeiten, um das Protokoll mit logging.properties zu ändern.

Ich bin nicht verheiratet mit meiner aktuellen Implementierung, aber ich bin daran interessiert, es arbeiten.

Dank.

Answer 1

Wie in die andere Antwort , versuchen zu konfigurieren Glassfish zunächst die untergeordneten Klassenladeprogramme zu verwenden, bevor zu delegieren. Im sun-web.xml:

<sun-web-app>
  <class-loader delegate="false"/>
</sun-web-app>

Aber wenn das funktioniert, ist dies eine Abhilfe, die eine echte Lösung Ihre Anwendung sollte nicht durch die SLF4J Bindungen von bohnen validation.jar und Schweiß osgi-bundle.jar (zumindest I glauben, so). Sie sollten vielleicht ein Ausgabe erhöhen.

Update: Für die Archive, wird die vorgeschlagene Abhilfe nicht funktioniert. Aber Ich konnte das Problem nicht reproduzieren.

Answer 2

Die kurze Antwort ist, Glassfish hat einigen bösen Logger Zwicken, System.out und System.err auf sein eigenes Protokoll umgeleitet werden. Ich habe es geschafft, es nicht so zu tun zu stoppen, aber ich fand einen Weg, um alle Server und Anwendungsprotokoll-Nachrichten in einem einzigen slf4j Protokoll zu sammeln, indem sie die slf4j Libs früh genug in der Classpath Platzierung und Bearbeitung der logging.properties von Glasfischen.

Für die lange Antwort finden Sie unter dieses Blog-Post .