Log4Net, ThreadContext und Global.asax

Arbeite ich an einem Log4Net Konfiguration, die melden sich alle nicht behandelten Ausnahmen. Ich brauche bestimmte Eigenschaften, basierend auf Benutzer, um Hinzugefügt werden zu jedem log-Eintrag. Ich habe setzen Sie diese erfolgreich in der folgenden Art und Weise in meinem Application_Error event. Hier ist meine komplette global.asax

Imports log4net
Imports log4net.Config

    Public Class Global_asax
        Inherits System.Web.HttpApplication

        'Define a static logger variable
        Private Shared log As ILog = LogManager.GetLogger(GetType(Global_asax))

        Sub Application_Start(ByVal sender As Object, ByVal e As EventArgs)
            ' Fires when the application is started
            ConfigureLogging()
        End Sub

        Sub Application_Error(ByVal sender As Object, ByVal e As EventArgs)
            ' Code that runs when an unhandled error occurs
            Dim ex As Exception = Server.GetLastError()
            ThreadContext.Properties("user") = User.Identity.Name
            ThreadContext.Properties("appbrowser") = String.Concat(Request.Browser.Browser, " ", Request.Browser.Version)
            If TypeOf ex Is HttpUnhandledException AndAlso ex.InnerException IsNot Nothing Then
                ex = ex.InnerException
            End If
            log.Error(ex)
            ThreadContext.Properties.Clear()
        End Sub

        Private Sub ConfigureLogging()
            Dim logFile As String = Server.MapPath("~/Log4Net.config")
            log4net.Config.XmlConfigurator.ConfigureAndWatch(New System.IO.FileInfo(logFile))
            log4net.GlobalContext.Properties("appname") = System.Reflection.Assembly.GetExecutingAssembly.GetName.Name
        End Sub
    End Class

Dieser scheint einwandfrei zu funktionieren. Jedoch habe ich einige Fragen, die ich nicht in der Lage bin zu beantworten.

Ist die Art und Weise, dass ich bin das hinzufügen der Benutzer-spezifischen Eigenschaften, über die threadcontext, richtig? Wird dies immer log die richtigen Informationen auch unter Last? Wann würden Sie verwenden threadlogicalcontext? Gibt es einen besseren Weg, dies zu tun?

Dank

InformationsquelleAutor tribus | 2009-06-30

11

Es ist nicht sicher, laden, Antrag-bestimmte Werte in ThreadContext so. Der Grund dafür ist, dass ASP.NET freigegebene threads auf service-Anfragen. Es macht das sehr oft, in der Tat.

Könnten Sie stattdessen verwenden LogicalThreadContext jedoch, die einfach speichert die Werte in den Aufruf-Kontext, der für Remoting verwendet.

AFAIK gibt es keine HttpContext spezifischen Kontext-Speicher, so dass das, was Sie tun können, ist stattdessen weisen Sie eine "Wert-provider" - Instanz als thread-Kontext, und zur Laufzeit aufrufen .ToString() auf diese Klasse, um den Wert.
```
public class HttpContextUserProvider
{
   public override string ToString()
   {
      return HttpContext.Current.User.Identity.Name;
   }
}
```
Es ist weniger als ideal, aber es funktioniert.
- Nur vorsichtig sein, wenn Sie die parallele Codierung, da HttpContext.Strom kann kopiert werden müssen, um alle worker-threads, wenn Sie dem Protokoll hinzufügen.
- Wo im globalen.asax.cs würde Sie den Anruf zu HttpContextUserProvider?
- ASP.Net eine Kontext-spezifische Speicherung. Siehe hier: msdn.microsoft.com/en-us/library/...
- Ich habe put-Anfrage -, die bestimmte Werte in ThreadContext und fand heraus, dass Ausnahmen protokolliert werden mit Werten aus anderen Anfragen. Welche Art von Einschränkungen hat 'allerdings, das einfach speichert die Werte in den Aufruf-Kontext' geben? Ist es zulässig store-request-spezifische Werte, oder nicht?
InformationsquelleAutor Ben Scheirman
5

Ben ' s Antwort richtig ist.

Jedoch, wie einige der anderen user, ich war immer noch ein wenig verloren, wie zu Verfahren ist. Diese log4net Rahmen Probleme mit ASP.Net thread Agilität post und vor allem diese Marek Stój Blog - log4net-Kontextuellen Eigenschaften und ASP.NET einen geben etwas mehr Kontext für das problem mit einigen exzellenten code-Beispiele.

Ich sehr empfehlen, Marek Stój der Umsetzung, obwohl die ThreadContext.Properties["UserName"] musste ersetzt werden mit ThreadContext.Properties["User"] in meinem Fall.

Habe ich ein BeginRequest-Methode, um meine Logger-Klasse, die ich nenne, aus Application_AuthenticateRequest lädt alle relevanten log4net Eigenschaften.
```
protected void Application_AuthenticateRequest(object sender, EventArgs e)
{
    Logger.BeginRequest(Request);
}
```
Und die Methode code:
```
public static void BeginRequest(System.Web.HttpRequest request)
{
    if (request == null) return;

    ThreadContext.Properties["ip_address"] = AdaptivePropertyProvider.Create("ip_address", IPNetworking.GetMachineNameAndIP4Address());
    ThreadContext.Properties["rawUrl"] = AdaptivePropertyProvider.Create("rawUrl", request.RawUrl);

    if (request.Browser != null && request.Browser.Capabilities != null)
        ThreadContext.Properties["browser"] = AdaptivePropertyProvider.Create("browser", request.Browser.Capabilities[""].ToString());

    if (request.IsAuthenticated && HttpContext.Current.User != null)
        ThreadContext.Properties["User"] = AdaptivePropertyProvider.Create("user", HttpContext.Current.User.Identity.Name);
}
```
Fand ich, dass ich zu bestehen hatte, in das Request-Objekt statt mit HttpContext.Current.Request innerhalb der Methode. Sonst hätte ich Locker den Benutzer und Authentifizierung Informationen. Beachten Sie, dass die IPNetworking Klasse ist meine eigene, so müssen Sie Ihre eigene Methode zum Erhalt der client-IP. Die AdaptivePropertyProvider - Klasse ist direkt von Marek Stój.
- Dieses weist die adaptive Eigenschaft Objekt der TheadContext properties-Auflistung, war aber nicht das ursprüngliche problem, dass wir konnte nicht damit rechnen, dass die Erhebung zu bestehen, richtig? Ich denke, die adaptive Eigenschaft handler zugewiesen werden, muss als eine Eigenschaft im globalen Kontext...
- Ich bin mir nicht sicher, welche Art von global-Objekt anwendbar wäre gegeben, die wir versuchen zu melden, in diesem Fall, einer bestimmten web-Sitzung, so dass die Werte werden kontextualisiert durch die einzelnen thread, richtig?
InformationsquelleAutor Shane

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.