admin

I took a brief look at log4net quite some time ago and have to admit I didn’t look closely enough! log4net is a port of the highly successful java based log4j logging library and is very mature tool. It’s been at the back of my mind to have another look, and my current project provided the opportunity and impetus. Without wanting this to sound like hype, log4net really does provide a one-stop shop for all your logging, tracing and diagnostics in a simple to use package.

It’s very easy to use out of the box, and highly intuitive. It comes with just about every ‘appender’ you could want (an ‘appender’ is a kind of output sink, i.e. a target for your logging messages). You can define the layout of the log messages. It’s extensible, if you require some other type of appender. It comes with the source code. It has excellent documentation. It’s free! If that doesn’t sound like a great deal, well, there’s no satisfying some people!

I’m going to be using and recommending log4net for all new .NET projects I work on.

You can download log4net here. Even though log4net is fully extensible, it is highly likely that it will meet your logging needs straight out of the box.

The excellent documentation contains config-examples for the list of currently supported appenders:

• AdoNetAppender
• MS SQL Server
• MS Access
• Oracle9i
• Oracle8i
• IBM DB2
• SQLite
• AspNetTraceAppender
• BufferingForwardingAppender
• ColoredConsoleAppender
• ConsoleAppender
• EventLogAppender
• FileAppender
• ForwardingAppender
• MemoryAppender
• NetSendAppender
• OutputDebugStringAppender
• RemotingAppender
• RollingFileAppender
• SmtpAppender
• SmtpPickupDirAppender
• TraceAppender
• UdpAppender

Of these, probably the most commonly used are the:

• EventLogAppender
• FileAppender
• RollingFileAppender
• AdoNetAppender
• SmtpAppender

The documentation and tutorials section provide examples of how to configure the various appenders (\examples\net\1.0\Tutorials\ConsoleApp\cs\src, for example).

[Note: OutputDebugString is also worth looking at; it’s a Win32 API call that’s been there since before .NET, and is a nice technique for connecting to live applications and capturing logging on the fly using a separate application to catch debugging messages]

Adding log4net to your VS2005 project

Download log4net from the official site here. Unzip it to create a log4net folder (with the version number appended) containing the binaries, documentation, examples and source code.

Add the log4net assembly to your project

It’s good practice to include third party assemblies under source control as part of a project. That way, performing a get latest on a new PC includes everything.

If your project does not already contain a source-controlled external libs folder for third party assemblies:

1. Right click on project
2. Select “Add -> New Folder”, call it “ThirdPartyDlls” or “libs” or whatever your in-house standards specify.

OK, now add log4net:

1. Right click on your external libs folder, select “Add Existing Item…” and browse to where you unzipped log4net and choose the release version of log4net.dll (\bin\net\2.0\release\log4net.dll)
2. Right click on References, select “Add Reference …” and browse to your libs folder and pick the log4net.dll you just added.

Configure log4net: Creating and Specifying the Log4Net Config File

Although it is possible to add your log4net configuration settings to your project’s app.config or web.config file, it is preferable to place them in a separate configuration file. Aside from the obvious benefit of maintainability, it has the added benefit that log4net can place a FileSystemWatcher object on your config file to monitor when it changes and update its settings dynamically.

To use a separate config file, add a file named Log4Net.config to your project and add the following attribute to your AssemblyInfo.cs file:

[assembly: log4net.Config.XmlConfigurator(ConfigFile = “Log4Net.config”, Watch = true)]

Note: for web applications, this assumes Log4Net.config resides in the web root. Ensure the log4net.config file is marked as “Copy To Output” -> “Copy Always” in Properties.

Here is an sample log4net config file with several appenders defined:

<?xml version="1.0" encoding="utf-8" ?>

<log4net>

  <appender name="RollingFileAppender" type="log4net.Appender.RollingFileAppender">

    <file value="..\\Logs\\CurrentLog" />

    <appendToFile value="true" />

    <rollingStyle value="Size" />

    <maxSizeRollBackups value="10" />

    <maximumFileSize value="10000" />

    <staticLogFileName value="true" />

    <!-- Alternatively, roll on date -->

    <!--  -->

    <!--  -->

    <filter type="log4net.Filter.LevelRangeFilter">

      <acceptOnMatch value="true" />

      <levelMin value="INFO" />

      <levelMax value="FATAL" />

    </filter>

    <layout type="log4net.Layout.PatternLayout">

      <conversionPattern value="%-5level %date [%thread] %-22.22c{1} - %m%n" />

    </layout>

  </appender>

  <appender name="LogFileAppender" type="log4net.Appender.FileAppender">

    <file value="log-file.txt" />

    <!-- Example using environment variables in params -->

    <!--  -->

    <appendToFile value="true" />

    <layout type="log4net.Layout.PatternLayout">

      <header value="[Your Header text here]" />

      <footer value="[Your Footer text here]" />

      <conversionPattern value="%date [%thread] %-5level %logger [%ndc] 

                 <%property{auth}> - %message%newline" />

    </layout>

    <!-- Alternate layout using XML            

     -->

  </appender>

  <appender name="ConsoleAppender" type="log4net.Appender.ConsoleAppender">

    <layout type="log4net.Layout.PatternLayout">

      <conversionPattern value="%date [%thread] %-5level %logger - %message%newline" />

    </layout>

  </appender>

  <appender name="EventLogAppender" type="log4net.Appender.EventLogAppender" >

    <layout type="log4net.Layout.PatternLayout">

      <conversionPattern value="%date [%thread] %-5level %logger

                         [%property{NDC}] - %message%newline" />

    </layout>

  </appender>

  <!-- Set the default logging level and add the active appenders -->

  <root>

    <level value="DEBUG" />

    <appender-ref ref="LogFileAppender" />

    <appender-ref ref="ConsoleAppender" />

    <appender-ref ref="RollingFileAppender" />

  </root>

  <!-- Specify the level for specific categories (“namespace.class”)-->

  <logger name="ConsoleApp.LoggingExample">

    <level value="ERROR" />

    <appender-ref ref="EventLogAppender" />

  </logger>

</log4net> 

In the “RollingFileAppender“ defined above, as Phil Haack points out: “Note that the file value (with backslashes escaped) points to ..\Logs\CurrentLog. [In Web Applications] this specifies that log4net will log to a file in a directory named Logs parallel to the webroot. You need to give the ASPNET user write permission to this directory, which is why it is generally a good idea to leave it out of the webroot. Not to mention the potential for an IIS misconfiguration that allows the average Joe to snoop through your logs.”

Using the Logger

At the start of each class declare a logger instance as follows:

public class ClassWithLoggingExample

{

    private static readonly ILog log = 
LogManager.GetLogger( System.Reflection.MethodBase.GetCurrentMethod().DeclaringType);

    ...

}

You will need to add a “using log4net;” statement to each class file. By defining a logger in each class you have the ability to control the logging level on a class by class basis, simply by using the config file.

Once you have instantiated a logger, you can call its logging methods. Each method is named for the logging level. For example:

// In ascending order of severity (descending level of verbosity) 

log.Debug("This is a DEBUG level message. The most VERBOSE level.");

log.Info("Extended information, with higher importance than the Debug call");

log.Warn("An unexpected but recoverable situation occurred");

log.Error("An unexpected error occurred, an exception was thrown, or is about to be thrown", ex);

log.Fatal("Meltdown!", ex);

Whether or not a message shows up in your logs depends on how you have configured your appenders and the logging level you have set. If you want to avoid the overhead of string construction and a call to a logging method, you can first test to see if the appropriate level is active:

// If you are concerned about performance, test the appropriate

// log level enabled property (one for each of the log level methods)

if (log.IsInfoEnabled) 

    log.Info("Performance sensitive Info message");

The format of the logged output can be adjusted in the config file. See the log4net documentation that came in the zipped download (\doc\release\sdk\log4net.Layout.PatternLayout.html).

For web applications, add the following line to the Application_Error method in the Global.asax.cs file:

protected void Application_Error(object sender, EventArgs e)

{

    log.Fatal("An uncaught exception occurred", this.Server.GetLastError());

}

Contextual Logging

Log4net also has a mechanism called NDC (which stands for Nested Dynamic Context) where you can add contextual information to the log, allowing you to mark log entries as coming from a certain user or having a specific context. These can be nested in a push/pop stack fashion. For example:

// Push a message on to the Nested Diagnostic Context stack

using(log4net.NDC.Push(this.User.Name))

{

    log.Debug("log entry will be tagged with the current user's name");

}

// The NDC message is popped off the stack at the end of the using {} block

The context is added to log messages where the pattern layout contains “[%ndc]”.

Resources / References

If you run into permissions problems configuring logging for ASP.NET, check out Phil Haack’s post on configuring log4net for Web Applications here. His quick and dirty guide is also worth reading.

There is also a very useful log4net dashboard / viewer tool called l4ndash.

Bill Ryan has a blog post about The connection string for ADONetAppenders as well as his original post on a log4net walkthrough.