Anwendungsspezifische Protokolldateien in Bluemix Liberty Buildpack

Question

Ich evaluiere derzeit eine App-Migration auf Bluemix. Es verwendet derzeit die log4j-Eigenschaften, um verschiedene Arten von Fehlern in verschiedenen anwendungsspezifischen Protokolldateien zu schreiben. Was sind die Optionen in Bluemix für die gleiche, da ich verstehe, dass das Schreiben in Dateien nicht unterstützt wird? Was ist, wenn ich ein ähnliches Anwendungsverhalten mit minimalem Konfigurations-/Codewechsel brauche? Beispiel config:

<appender name="info-out" class="org.apache.log4j.DailyRollingFileAppender">

<param name="File" value="filelocn/apps/logs/MyAppOnline-Info.log"/>

Answer 1

Sie könnten tatsächlich auf Dateien schreiben, aber es ist etwas, das wegen der Cloud Foundry Natur vermieden werden sollte, da man hier Considerations for Designing and Running an Application in the Cloud sehen kann.

Um sich normalerweise in Bluemix Java-Anwendungen anzumelden, müssen Sie sich bei STDOUT anmelden und loggregator die Protokolle löschen lassen. Sie können sie dann mit den cf-Protokollen appName --recent abrufen.

Eine weitere Option ist die Verwendung des IBM-Dienstes Monitoring and Analytics. Dieser Add-On-Dienst sammelt Protokolleinträge, die von Ihrer Java-Anwendung geschrieben wurden, und speichert sie in Standard-Liberty-Laufzeitprotokollen wie messages.log oder trace.log. Das Add-On sammelt und speichert Protokolleinträge und ermöglicht es Ihnen, Ergebnisse grafisch zu suchen und zu plotten. Das Add-On kombiniert Protokollanalyse mit Verfügbarkeits- und Leistungsüberwachung Ihrer Anwendung. Siehe Monitoring and Analytics - Log Analysis tab.

Als dritte Option können Sie ein Drittanbieter-Tool verwenden (werfen Sie einen Blick auf here).

Leider keine der oben genannten Optionen erlauben, verschiedene Dateien zu erstellen. Wenn Sie diese Art der Trennung wirklich beibehalten müssen, können Sie ein DB-Logging-System mit log4j DB appender implementieren. Werfen Sie einen Blick auf here für einige nützliche Hinweise.

Answer 2

Wenn Sie auf Log-Drains schauen, stellen Sie sicher, dass Sie die Ausgabe testen. Wir verwenden java.util.logging mit Kibana 4 und es behandelt keine Multi-Zeilen oder Stacktraces gut (oder überhaupt).