Upgrade Activemq Classic auf 5.18.6, log4j.properties nicht verarbeitet
Posted: 11 Feb 2025, 22:09
Ich aktualisiere Activemq Classic (speziell activemq-alle-version.jar ) von 5.16.0 bis 5.18.6. Die Ausgabe über log4j 2.17 (speziell log4j-1.2-api-2.17.1.jar und verwandt) hat das Format geändert. Nachrichten an die Protokolldatei gemäß log4j.properties Einstellung:
Ich habe versucht, die anderen Einstellungen in der Datei log4j zu ändern, insbesondere einschließlich log4j.appender ... Datei . Seltsamerweise hat dies den Namen der Protokolldatei nicht geändert. < /P>
Die App wird als Dienst ausgeführt. Das Startskript leitet die Ausgabe in eine Protokolldatei um. Ich habe festgestellt, dass dies steuert, wohin die Protokolleinträge gehen. Der Code verwendet alle die Klasse Log4J Logger Überprüft alle Vorkommen von ConversionSpattern . In allen Vorkommen wird ein Datums- und Zeitstempel verwendet. Es ist fast so, als würde Activemq ein Standardkonvertierungsmuster und eine Standardausgabe für die Konsole verwenden.
Code: Select all
log4j.appender.defaultAppender.layout.ConversionPattern=[%d{yy-MM-dd HH:mm:ss.SSS}] %20C{3}:%L [%-6.6p] => %m%N
< /code>
Ausgabe erzeugt ähnlich wie bei: < /p>
[25-01-10 12:34:56.789] utils.socket.SocketStream$SocketWorker:515 [INFO ] => SMD-0: Testing for connection
< /code>
Nach dem Upgrade ohne Änderungen an Konfigurationsdateien oder Code verwendet die Protokollausgabe die angegebene Formatierung nicht mehr. Die Ausgabe ähnelt: < /p>
INFO | SMD-0: Testing for connection
ERROR | SMD-0: The OutputStream is null
Die App wird als Dienst ausgeführt. Das Startskript leitet die Ausgabe in eine Protokolldatei um. Ich habe festgestellt, dass dies steuert, wohin die Protokolleinträge gehen. Der Code verwendet alle die Klasse Log4J Logger Überprüft alle Vorkommen von ConversionSpattern . In allen Vorkommen wird ein Datums- und Zeitstempel verwendet. Es ist fast so, als würde Activemq ein Standardkonvertierungsmuster und eine Standardausgabe für die Konsole verwenden.