Wir beginnen mit dem ersten DunkedNetNuke-Post, der über eine der zusätzlichen Funktionen der Version spricht 6 de DNN, log4net. Dieses Tool wird Ihnen bekannt vorkommen, da es eine Portierung des hervorragenden Tools ist Marco Apache log4j ™ in die Microsoft-Umgebung und nutzen Sie alle neuen Funktionen .ENKEL, um uns ein solides System zum Generieren und Senden von Protokollen an mehrere Ziele anzubieten.
Um diese Funktionalität zu konfigurieren, müssen wir nur auf die Datei DotNetNuke.log4net.config zugreifen, in der wir die Ausgabe aller Protokolle sehen können, die wir erstellen möchten. Standardmäßig, Generieren von Protokollen aller Fehlerprotokolle im Webanwendungs-Targeting Portale / _Ursprünglich / Protokolle. Deshalb, wenn unser Registrierungssystem anders sein wird, Es wäre interessant, diese Register nicht zu speichern, indem dieser Appender standardmäßig deaktiviert wird, indem der Wert des Levels auf geändert wird “AUS”.
Wir können sehen, wie jede Ausgabe der Protokolle von einem Appender generiert wird, in dem die Konfigurationen desselben definiert werden, um es schließlich in einem Logger zu verwenden. Sie können so viele Appender und Logger erstellen, wie Sie verschiedene Ausgaben generieren möchten.
Jetzt fügen wir unserem Logger einen neuen Appender hinzu, um a . auszugeben UDP-Sendung ständig nur App-Fehler anzeigen:
Wir erstellen den neuen Appender
Wir weisen es innerhalb des Root-Tags zu oder erstellen einen Logger dafür.
Wie Sie sehen, haben wir eine andere Ebene der Protokollgenerierung definiert “ERROR” da wir nur daran interessiert sind, die Fehler zu erhalten und nicht alle Informationen, die von unserer DNN-Instanz generiert werden, Vergessen wir nicht, dass wir den ständigen Datenfluss durch das Netzwerk senden werden. Diese Praxis kann für die Entwicklungsphasen sehr nützlich sein, da sie es uns ermöglicht, ständig alle Aufzeichnungen der Anwendung zu sehen, die uns interessieren..
Um den Stream zu empfangen und anzusehen, können wir jede Streaming-Consumer-App verwenden, In diesem Fall verwenden wir log4view mit der folgenden Konfiguration:
Wenn Sie Windows verwenden 7 oder später und Tests vor Ort, Verwenden Sie die Loopback-IP, die auf 2, Dinge, die IPv6 haben
Damit werden wir unseren Empfänger konfigurieren, so dass wir beginnen, die Fehler zu erfassen, die über den von log4net generierten UDP-Broadcast gesendet werden..
Jetzt fahren wir mit der Erstellung der kritischen Fehlereinreichung über . fort Email für die wir einen weiteren Appender hinzufügen:
Auf diese Weise erreichen wir, dass im Falle eines kritischen Fehlers, In wenigen Augenblicken werden wir eine Warnung mit wichtigen Informationen zur schnellen Lösung erhalten:
Das vorherige Beispiel wurde für eine Verbindung zu einem SMTP-Server mit Basisauthentifizierung über das TLS-Protokoll erstellt, aber wenn wir unsere E-Mails zum Beispiel von einem persönlichen Gmail-Konto aus senden möchten, müssten wir die folgende Konfiguration verwenden, um SSL zu aktivieren und Gmail zu erlauben, Quellen zu verwenden, die für den Versand per E-Mail nicht sicher sind.
Und wir ermöglichen die Verwendung nicht vertrauenswürdiger Quellen, da unsere E-Mails sonst den SMTP-Server von Google Mail nicht erreichen
Schließlich, In vielen Fällen werden wir Debugvorgang von Log4net selbst, Dazu können wir wiederum ein Protokoll seiner Operation generieren, indem wir diese Zeilen zur Datei web.config unserer Anwendung hinzufügen. :
<hinzufügen
Name = “textWriterTraceListener”
Typ = “System.Diagnostics.TextWriterTraceListener”
initializeData = “C: Webseiten myweb.dnndev.me log4net.txt” />
Auf diese Weise haben Sie ein neues Protokoll, in dem Sie die von log4view durchgeführten Prozesse beobachten und mögliche Fehler einfacher debuggen können.: