Ist eine einzelne logback.xml-Datei für mehrere Anwendungen eine gute Vorgehensweise?

Question

Auf meinem Tomcat-Server sind mehrere Anwendungen implementiert.

Zuerst jeder hatte es eine logback.xml Datei in WEB-INF/classes mit ihm verpackt.

Dann habe ich ein anderes Verzeichnis außerhalb der Tomcat-Deploy-Verzeichnis auf dem gemeinsamen Klassenpfad, setzen Sie eine einzige logback.xml dort und ausgeschlossen die anderen aus den Anwendungen. Der Grund dafür war, dass die Protokollierung an einem Ort bequem konfigurierbar sein sollte.

Leider ist jetzt die Anforderung, jede Anwendung in ihre eigene Datei zu protokollieren.

Da ich denke, dass dies mit diesem Setup nicht so einfach zu erreichen ist, frage ich mich, ob dieses Setup überhaupt so gut ist. Was denken Sie?

Answer 1

Leider folgen nun die Anforderung gibt es für jede Anwendung seiner eigenen Datei zu protokollieren.

Ich denke, dass dies der einzig richtige Weg ist. Es ist in Ordnung, mehrere Protokolldateien für eine einzelne Anwendung zu haben, aber viele Anwendungen im selben Protokoll zu schreiben, ist eine schlechte Übung.

Answer 2

LOGS müssen von jedem Benutzer einfach zu lesen und zu parsen sein. Wenn Sie eine einzelne Protokolldatei haben, in der mehrere Anwendungen in dieselbe Datei schreiben, können Sie die verschiedenen Protokolleinträge durcheinander bringen. Da Sie der Entwickler sind, der über alle 7 Anwendungen Bescheid weiß, können Sie es vielleicht bekommen, aber ein neuer Entwickler wird es schwer haben, die Protokolle zu verstehen. Protokolle sollten prägnant und leicht zu entziffern sein, so dass Support-Probleme analysiert werden können, indem nur die Protokolleinträge analysiert werden.

Ich würde vorschlagen, dass Sie diese tips

Answer 3

Was Sie tun möchten, um eine einzige Konfigurationsdatei zu haben, ist eine SiftAppender zu verwenden.