Bei der Konfiguration von Log4j ist es manchmal notwendig, die generierten Statusereignisse anzuzeigen. Dies kann durch Hinzufügen des Statusattributs zum Konfigurationselement erreicht werden, oder ein Standardwert kann durch Festlegen der Systemeigenschaft “Log4jDefaultStatusLevel” bereitgestellt werden. Gültige Werte des Statusattributs sind “trace”, “debug”, “info”, “warn”, “error” und “fatal”. Für die folgende Konfiguration ist das Statusattribut auf Debugfestgelegt festgelegt. Wenn das Muster junit.jupiter.conditions.deactivate ausschließlich aus einem Sternchen (*) besteht, werden alle Bedingungen deaktiviert. Andernfalls wird das Muster verwendet, um mit dem vollqualifizierten Klassennamen (FQCN) jeder registrierten Bedingung abzugleichen. Jeder Punkt (.) im Muster entspricht einem Punkt (.) oder einem Dollarzeichen ()im FQCN. Jedes Sternchen (*) wird mit einem oder mehreren Zeichen im FQCN übereinstimmen. Alle anderen Zeichen im Muster werden eins zu eins mit dem FQCN abgeglichen. (Alternativ wird durch Festlegen der Systemeigenschaft log4j2.debug auch die interne Log4j2-Protokollierung in der Konsole gedruckt, einschließlich der internen Protokollierung, die stattgefunden hat, bevor die Konfigurationsdatei gefunden wurde.) Dazu verwenden wir ein Array von Problemmustern für die pattern-Eigenschaft.

Auf diese Weise definieren Sie ein Muster für jede Zeile, die Sie abgleichen möchten. Zuul wird als Servlet implementiert. Für die allgemeinen Fälle ist Zuul in den Spring Dispatch-Mechanismus eingebettet. Dadurch kann Spring MVC die Steuerung des Routings steuern. In diesem Fall puffert Zuul Anforderungen. Wenn Es notwendig ist, Zuul ohne Pufferanforderungen zu durchlaufen (z. B. für große Datei-Uploads), wird das Servlet auch außerhalb des Spring Dispatcherinstallierten installiert. Standardmäßig hat das Servlet die Adresse /zuul. Dieser Pfad kann mit der Eigenschaft zuul.servlet-path geändert werden. So werten Sie die ausdrucksdefinierte Eigenschaft eines ausgewählten Elements aus: Öffnen Sie die Eigenschaftenliste im Infofeld, und klicken Sie auf das Rechnersymbol für diese Eigenschaft.

Wenn die Argumentdatei nicht vorhanden ist oder nicht gelesen werden kann, wird das Argument wörtlich behandelt und nicht entfernt. Dies führt wahrscheinlich zu einer Fehlermeldung “unübertroffenes Argument”. Sie können solche Fehler beheben, indem Sie den Befehl mit der picocli.trace-Systemeigenschaft ausführen, die auf DEBUG festgelegt ist. Wenn mehr Steckplätze erforderlich sind, legen Sie die Systemeigenschaft log4j.entpacken.ringbuffer.size auf die gewünschte Ringpuffergröße fest. Beachten Sie, dass die angegebene Zahl auf die nächste Leistung von 2 aufgerundet wird. Natürlich ist es nie ganz so einfach, und dieses Muster wird nicht funktionieren, wenn es mehr als ein Problem auf einer Ressource gibt. Stellen Sie sich beispielsweise die folgende Ausgabe von ESLint vor: Die Log4j-Dokumentation verweist auf eine Reihe von Systemeigenschaften, die verwendet werden können, um verschiedene Aspekte des Log4j 2-Verhaltens zu steuern.