Capture username with log4net Capture username with log4net asp.net asp.net

Capture username with log4net


If the information that is available in the HttpContext is sufficient, that is, if the sample code you posted gives you the right answer (except for the MDC issue) and you would just rather just not write:

HttpContext context = HttpContext.Current; if (context != null && context.User != null && context.User.Identity.IsAuthenticated){       MDC.Set("user", HttpContext.Current.User.Identity.Name); } 

so often, then you might be able to add the username to your log "automatically" by writing your own custom PatternLayoutConverter for log4net. They are pretty easy to write and you can configure them in your log4net logging configuration just like the built in ones.

See this question for one example of how to write a custom PatternLayoutConverter:

Custom log4net property PatternLayoutConverter (with index)

Using the example at that link, you might be able to do something like this:

namespace Log4NetTest{  class HttpContextUserPatternConverter : PatternLayoutConverter  {    protected override void Convert(System.IO.TextWriter writer, LoggingEvent loggingEvent)    {      string name = "";      HttpContext context = HttpContext.Current;      if (context != null && context.User != null && context.User.Identity.IsAuthenticated)      {        name = context.User.Identity.Name;      }      writer.Write(name);    }  }}

You would configure this in log4net something like this:

  //Log HttpContext.Current.User.Identity.Name  <layout type="log4net.Layout.PatternLayout">    <param name="ConversionPattern" value="%d [%t] %-5p [User = %HTTPUser] %m%n"/>    <converter>      <name value="HTTPUser" />      <type value="Log4NetTest.HttpContextUserPatternConverter" />    </converter>  </layout>

In addition, you could build other pattern converters that use the Option parameter (see the example at the link above) to pull a specific item from the HttpContext.Current.Items or HttpContext.Current.Session collections.

Something like:

namespace Log4NetTest{  class HttpContextSessionPatternConverter : PatternLayoutConverter  {    protected override void Convert(System.IO.TextWriter writer, LoggingEvent loggingEvent)    {      //Use the value in Option as a key into HttpContext.Current.Session      string setting = "";      HttpContext context = HttpContext.Current;      if (context != null)      {        object sessionItem;        sessionItem = context.Session[Option];        if (sessionItem != null)        {          setting = sessionItem.ToString();        }        writer.Write(setting);      }    }  }}namespace Log4NetTest{  class HttpContextItemPatternConverter : PatternLayoutConverter  {    protected override void Convert(System.IO.TextWriter writer, LoggingEvent loggingEvent)    {      //Use the value in Option as a key into HttpContext.Current.Session      string setting = "";      HttpContext context = HttpContext.Current;      if (context != null)      {        object item;        item = context.Items[Option];        if (item != null)        {          setting = item.ToString();        }        writer.Write(setting);      }    }  }}

You might also find these links useful:

http://piers7.blogspot.com/2005/12/log4net-context-problems-with-aspnet.html

Here, the blogger proposes a different solution to logging values from HttpContext than what I proposed. Read the blog post to see his description of the problem and for his solution. To summarize the solution, he stores an object in the GlobalDiagnosticContext (the more modern name for MDC). When log4net logs the value of the object it uses ToString(). the Implementation of his object retrieves a value from the HttpContext:

So, you might do something like this:

public class HttpContextUserNameProvider{  public override string ToString()  {    HttpContext context = HttpContext.Current;      if (context != null && context.User != null && context.User.Identity.IsAuthenticated)    {      return context.Identity.Name;    }    return "";  }}

You can put an instance of this object in the GlobalDiagnosticContext (MDC) early in your program and it will always return the right value since it is accessing HttpContext.Current.

MDC.Set("user", new HttpContextUserNameProvider());

This seems a lot easier than what I proposed!

For completeness, if someone wants to know how to do the same thing in NLog, NLog appears to make most/all of the HttpContext information available through its "aspnet-*" LayoutRenderers:

https://github.com/nlog/nlog/wiki/Layout-Renderers


According to Log4Net official API docs, MDC is deprecated:

The MDC is deprecated and has been replaced by the Properties. The current MDC implementation forwards to the ThreadContext.Properties.

Other than that MDC.Set only accept strings as values, so the last solution from @wageoghe cannot work (the one that uses HttpContextUserNameProvider)

My solution has been to use HttpContextUserNameProvider with log4net.GlobalContext, also suggested in official API docs:

  • Add this immediatley after log4net initialization (for example in Global.Application_Start)

    log4net.GlobalContext.Properties["user"] = new HttpContextUserNameProvider();
  • Add this class

    public class HttpContextUserNameProvider{    public override string ToString()    {        HttpContext context = HttpContext.Current;        if (context != null && context.User != null && context.User.Identity.IsAuthenticated)        {            return context.User.Identity.Name;        }        return "";    }}
  • Modify log4net configuration by adding the "user" property value, for example:

    <layout type="log4net.Layout.PatternLayout" value="%property{user}"/>


As of Log4Net version 1.2.11 you can now simply use the appender pattern to get the authorized user via the ASP .NET request e.g.

%aspnet-request{AUTH_USER}