


Erfassen und Testen von Protokollen in Java mit SLF und Logback: Eine einfache Anleitung
Bei der Arbeit an Java-Projekten ist die Protokollierung ein wichtiges Werkzeug zum Debuggen und Verstehen des Anwendungsverhaltens. In manchen Fällen möchten Sie möglicherweise Tests schreiben, die überprüfen, ob unter bestimmten Bedingungen bestimmte Protokollmeldungen erzeugt werden. Hier ist eine einfache Anleitung, um dies mit SLF4J mit Logback und einem benutzerdefinierten TestLogAppender zu erreichen.
Einrichten des Beispiels
Wir erstellen einen Basisdienst, der einen Fehler protokolliert, wenn eine Ausnahme auftritt, und einen entsprechenden Test, um die Protokollmeldung zu überprüfen.
Schritt 1: Logback-Testabhängigkeit hinzufügen
... <dependency> <groupid>ch.qos.logback</groupid> <artifactid>logback-core</artifactid> <scope>test</scope> </dependency> ...
Schritt 2: Implementierung des Dienstes
Hier ist ein einfacher Dienst, der Ausnahmen abfängt und einen Fehler protokolliert:
package com.example.loggingdemo; import org.slf4j.Logger; import org.slf4j.LoggerFactory; public class SimpleService { private static final Logger logger = LoggerFactory.getLogger(SimpleService.class); public void performTask() { try { // Simulate some task that fails throw new IllegalArgumentException("Simulated exception"); } catch (IllegalArgumentException e) { logger.error("An error occurred: {}", e.getMessage()); } } }
Schritt 3: Erstellen eines benutzerdefinierten TestLogAppender
Dieser Appender erfasst Protokollnachrichten während Tests und ermöglicht Aussagen zu deren Inhalt.
package com.example.loggingdemo; import ch.qos.logback.classic.spi.ILoggingEvent; import ch.qos.logback.core.AppenderBase; public class TestLogAppender extends AppenderBase<iloggingevent> { private final StringBuilder logs = new StringBuilder(); @Override protected void append(ILoggingEvent eventObject) { logs.append(eventObject.getFormattedMessage()).append(" "); } public String getLogs() { return logs.toString(); } } </iloggingevent>
Schritt 4: Den Test schreiben
Jetzt schreiben wir einen Test, um die Protokollausgabe zu überprüfen.
package com.example.loggingdemo; import static org.assertj.core.api.Assertions.assertThat; import ch.qos.logback.classic.Logger; import org.junit.jupiter.api.BeforeEach; import org.junit.jupiter.api.Test; import org.slf4j.LoggerFactory; public class SimpleServiceTest { private TestLogAppender logAppender; private SimpleService simpleService; @BeforeEach public void setup() { // Attach TestLogAppender to the logger logAppender = new TestLogAppender(); logAppender.start(); Logger logger = (Logger) LoggerFactory.getLogger(SimpleService.class); logger.addAppender(logAppender); // Initialize the service simpleService = new SimpleService(); } @Test public void testPerformTaskLogsError() { // Act simpleService.performTask(); // Assert String logs = logAppender.getLogs(); assertThat(logs).contains("An error occurred: Simulated exception"); } }
Wichtig
Vergessen Sie nicht, Ihren Log-Appender zu starten!
Schritt 5: Ausführen des Tests
Wenn Sie diesen Test ausführen, wird bestätigt, dass der SimpleService die erwartete Fehlermeldung protokolliert, wenn eine Ausnahme auftritt.
Wie es funktioniert
- Benutzerdefinierter Appender: Der TestLogAppender erfasst Protokollnachrichten, indem er die Append-Methode von Logbacks AppenderBase überschreibt.
- Logger-Konfiguration: Während der Tests hängen wir den benutzerdefinierten Appender dynamisch an den Ziel-Logger an.
- Behauptungen zu Protokollen:Verwenden Sie die erfassten Protokolle für Behauptungen in Ihren Tests, um bestimmte Nachrichten oder Muster zu überprüfen.
Abschluss
Mit diesem Ansatz können Sie Ihr Protokollierungsverhalten sicher testen und sicherstellen, dass Ihre Anwendung wichtige Ereignisse und Fehler wie erwartet protokolliert. Dieses Setup ist vielseitig und kann an komplexere Szenarien angepasst werden, wie zum Beispiel das Testen von Protokollebenen oder Nachrichtenformatierungen.
Probieren Sie es gerne aus und passen Sie es an Ihre eigenen Projekte an!
Viel Spaß beim Codieren!
Das obige ist der detaillierte Inhalt vonErfassen und Testen von Protokollen in Java mit SLF und Logback: Eine einfache Anleitung. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Java wird aufgrund seiner Unabhängigkeit der Plattform in Anwendungen auf Unternehmensebene häufig verwendet. 1) Die Unabhängigkeit der Plattform wird über Java Virtual Machine (JVM) implementiert, sodass der Code auf jeder Plattform ausgeführt wird, die Java unterstützt. 2) Sie vereinfacht die plattformübergreifenden Bereitstellungs- und Entwicklungsprozesse und bieten mehr Flexibilität und Skalierbarkeit. 3) Es ist jedoch notwendig, auf Leistungsunterschiede und die Kompatibilität der Bibliotheksbibliothek zu achten und Best Practices wie die Verwendung von reinen Java-Code und plattformübergreifenden Tests einzusetzen.

JavaplaysaSignificantroleiniotduetoitsplattformindependence.1) ItallowsCodetobewrittenonceandrunonvariousDevices.2) Java'secosystemProvideburlibibrarysForiot.3) ErschöpfungsmusternhanzeIsStemsFepyStemsafaftEdEpety

ThemeolutionToHandleFilepathsacrosswindowsandlinuxinjavaistousepaths.get () von Thejava.nio.FilePackage.1) usepaths

Java'splatformindependenceissignificantbecauseitallowsdeveloperstowritecodeonceandrunitonanyplatformwithaJVM.This"writeonce,runanywhere"(WORA)approachoffers:1)Cross-platformcompatibility,enablingdeploymentacrossdifferentOSwithoutissues;2)Re

Java eignet sich für die Entwicklung von Cross-Server-Webanwendungen. 1) Javas Philosophie "einmal schreiben, überall rennen" lässt ihren Code auf jeder Plattform ausgeführt, die JVM unterstützt. 2) Java verfügt über ein reichhaltiges Ökosystem, einschließlich Tools wie Frühling und Winterschlaf, um den Entwicklungsprozess zu vereinfachen. 3) Java spielt hervorragend in Bezug auf Leistung und Sicherheit und bietet effizientes Speichermanagement und starke Sicherheitsgarantien.

JVM implementiert die Wora-Merkmale von Java durch Bytecode-Interpretation, plattformunabhängige APIs und dynamische Klassenbelastung: 1. Bytecode wird als Maschinencode interpretiert, um einen plattformübergreifenden Betrieb sicherzustellen. 2. Unterschiede zwischen API -abstrakter Betriebssystem; 3. Die Klassen werden zur Laufzeit dynamisch geladen, um eine Konsistenz zu gewährleisten.

Die neueste Version von Java löst effektiv plattformspezifische Probleme durch JVM-Optimierung, Standardbibliotheksverbesserungen und Unterstützung von Drittanbietern. 1) JVM -Optimierung, wie der ZGC von Java11, verbessert die Leistung der Müllsammlung. 2) Standardbibliotheksverbesserungen wie das Modulsystem von Java9, das plattformbedingte Probleme reduziert. 3) Bibliotheken von Drittanbietern bieten plattformoptimierte Versionen wie OpenCV.

Der Bytecode -Überprüfungsprozess des JVM enthält vier wichtige Schritte: 1) Überprüfen Sie, ob das Klassendateiformat den Spezifikationen entspricht, 2) Überprüfen Sie die Gültigkeit und Korrektheit der Bytecode -Anweisungen, 3) die Datenflussanalyse durchführen, um die Sicherheitstypsicherheit zu gewährleisten, und 4) Ausgleich der gründlichen Überprüfung und Leistung der Verifizierung. Durch diese Schritte stellt die JVM sicher, dass nur sichere, korrekte Bytecode ausgeführt wird, wodurch die Integrität und Sicherheit des Programms geschützt wird.


Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

Video Face Swap
Tauschen Sie Gesichter in jedem Video mühelos mit unserem völlig kostenlosen KI-Gesichtstausch-Tool aus!

Heißer Artikel

Heiße Werkzeuge

MantisBT
Mantis ist ein einfach zu implementierendes webbasiertes Tool zur Fehlerverfolgung, das die Fehlerverfolgung von Produkten unterstützen soll. Es erfordert PHP, MySQL und einen Webserver. Schauen Sie sich unsere Demo- und Hosting-Services an.

WebStorm-Mac-Version
Nützliche JavaScript-Entwicklungstools

SecLists
SecLists ist der ultimative Begleiter für Sicherheitstester. Dabei handelt es sich um eine Sammlung verschiedener Arten von Listen, die häufig bei Sicherheitsbewertungen verwendet werden, an einem Ort. SecLists trägt dazu bei, Sicherheitstests effizienter und produktiver zu gestalten, indem es bequem alle Listen bereitstellt, die ein Sicherheitstester benötigen könnte. Zu den Listentypen gehören Benutzernamen, Passwörter, URLs, Fuzzing-Payloads, Muster für vertrauliche Daten, Web-Shells und mehr. Der Tester kann dieses Repository einfach auf einen neuen Testcomputer übertragen und hat dann Zugriff auf alle Arten von Listen, die er benötigt.

SAP NetWeaver Server-Adapter für Eclipse
Integrieren Sie Eclipse mit dem SAP NetWeaver-Anwendungsserver.

Dreamweaver Mac
Visuelle Webentwicklungstools
