Serilog.AspNetCore 8.0.0

Serilog.AspNetCore Build status NuGet Version NuGet Prerelease Version

Serilog logging for ASP.NET Core. This package routes ASP.NET Core log messages through Serilog, so you can get information about ASP.NET's internal operations written to the same Serilog sinks as your application events.

With Serilog.AspNetCore installed and configured, you can write log messages directly through Serilog or any ILogger interface injected by ASP.NET. All loggers will use the same underlying implementation, levels, and destinations.

.NET Framework and .NET Core 2.x are supported by version 3.4.0 of this package. Recent versions of Serilog.AspNetCore require .NET Core 3.x, .NET 5, or later.

Instructions

First, install the Serilog.AspNetCore NuGet package into your app.

dotnet add package Serilog.AspNetCore

Next, in your application's Program.cs file, configure Serilog first. A try/catch block will ensure any configuration issues are appropriately logged:

using Serilog;

Log.Logger = new LoggerConfiguration()
    .WriteTo.Console()
    .CreateLogger();

try
{
    Log.Information("Starting web application");

    var builder = WebApplication.CreateBuilder(args);

    builder.Host.UseSerilog(); // <-- Add this line
    
    var app = builder.Build();

    app.MapGet("/", () => "Hello World!");

    app.Run();
}
catch (Exception ex)
{
    Log.Fatal(ex, "Application terminated unexpectedly");
}
finally
{
    Log.CloseAndFlush();
}

The builder.Host.UseSerilog() call will redirect all log events through your Serilog pipeline.

Finally, clean up by removing the remaining configuration for the default logger, including the "Logging" section from appsettings.*.json files (this can be replaced with Serilog configuration as shown in the Sample project, if required).

That's it! With the level bumped up a little you will see log output resembling:

[22:14:44.646 DBG] RouteCollection.RouteAsync
    Routes: 
        Microsoft.AspNet.Mvc.Routing.AttributeRoute
        {controller=Home}/{action=Index}/{id?}
    Handled? True
[22:14:44.647 DBG] RouterMiddleware.Invoke
    Handled? True
[22:14:45.706 DBG] /lib/jquery/jquery.js not modified
[22:14:45.706 DBG] /css/site.css not modified
[22:14:45.741 DBG] Handled. Status code: 304 File: /css/site.css

Tip: to see Serilog output in the Visual Studio output window when running under IIS, either select ASP.NET Core Web Server from the Show output from drop-down list, or replace WriteTo.Console() in the logger configuration with WriteTo.Debug().

A more complete example, including appsettings.json configuration, can be found in the sample project here.

Request logging

The package includes middleware for smarter HTTP request logging. The default request logging implemented by ASP.NET Core is noisy, with multiple events emitted per request. The included middleware condenses these into a single event that carries method, path, status code, and timing information.

As text, this has a format like:

[16:05:54 INF] HTTP GET / responded 200 in 227.3253 ms

Or as JSON:

{
  "@t": "2019-06-26T06:05:54.6881162Z",
  "@mt": "HTTP {RequestMethod} {RequestPath} responded {StatusCode} in {Elapsed:0.0000} ms",
  "@r": ["224.5185"],
  "RequestMethod": "GET",
  "RequestPath": "/",
  "StatusCode": 200,
  "Elapsed": 224.5185,
  "RequestId": "0HLNPVG1HI42T:00000001",
  "CorrelationId": null,
  "ConnectionId": "0HLNPVG1HI42T"
}

To enable the middleware, first change the minimum level for Microsoft.AspNetCore to Warning in your logger configuration or appsettings.json file:

            .MinimumLevel.Override("Microsoft.AspNetCore", LogEventLevel.Warning)

Then, in your application's Program.cs, add the middleware with UseSerilogRequestLogging():

    var app = builder.Build();

    app.UseSerilogRequestLogging(); // <-- Add this line

    // Other app configuration

It's important that the UseSerilogRequestLogging() call appears before handlers such as MVC. The middleware will not time or log components that appear before it in the pipeline. (This can be utilized to exclude noisy handlers from logging, such as UseStaticFiles(), by placing UseSerilogRequestLogging() after them.)

During request processing, additional properties can be attached to the completion event using IDiagnosticContext.Set():

    public class HomeController : Controller
    {
        readonly IDiagnosticContext _diagnosticContext;

        public HomeController(IDiagnosticContext diagnosticContext)
        {
            _diagnosticContext = diagnosticContext ??
                throw new ArgumentNullException(nameof(diagnosticContext));
        }

        public IActionResult Index()
        {
            // The request completion event will carry this property
            _diagnosticContext.Set("CatalogLoadTime", 1423);

            return View();
        }

This pattern has the advantage of reducing the number of log events that need to be constructed, transmitted, and stored per HTTP request. Having many properties on the same event can also make correlation of request details and other data easier.

The following request information will be added as properties by default:

  • RequestMethod
  • RequestPath
  • StatusCode
  • Elapsed

You can modify the message template used for request completion events, add additional properties, or change the event level, using the options callback on UseSerilogRequestLogging():

app.UseSerilogRequestLogging(options =>
{
    // Customize the message template
    options.MessageTemplate = "Handled {RequestPath}";
    
    // Emit debug-level events instead of the defaults
    options.GetLevel = (httpContext, elapsed, ex) => LogEventLevel.Debug;
    
    // Attach additional properties to the request completion event
    options.EnrichDiagnosticContext = (diagnosticContext, httpContext) =>
    {
        diagnosticContext.Set("RequestHost", httpContext.Request.Host.Value);
        diagnosticContext.Set("RequestScheme", httpContext.Request.Scheme);
    };
});

Two-stage initialization

The example at the top of this page shows how to configure Serilog immediately when the application starts. This has the benefit of catching and reporting exceptions thrown during set-up of the ASP.NET Core host.

The downside of initializing Serilog first is that services from the ASP.NET Core host, including the appsettings.json configuration and dependency injection, aren't available yet.

To address this, Serilog supports two-stage initialization. An initial "bootstrap" logger is configured immediately when the program starts, and this is replaced by the fully-configured logger once the host has loaded.

To use this technique, first replace the initial CreateLogger() call with CreateBootstrapLogger():

using Serilog;
using Serilog.Events;

Log.Logger = new LoggerConfiguration()
    .MinimumLevel.Override("Microsoft", LogEventLevel.Information)
    .Enrich.FromLogContext()
    .WriteTo.Console()
    .CreateBootstrapLogger(); // <-- Change this line!

Then, pass a callback to UseSerilog() that creates the final logger:

builder.Host.UseSerilog((context, services, configuration) => configuration
    .ReadFrom.Configuration(context.Configuration)
    .ReadFrom.Services(services)
    .Enrich.FromLogContext()
    .WriteTo.Console());

It's important to note that the final logger completely replaces the bootstrap logger: if you want both to log to the console, for instance, you'll need to specify WriteTo.Console() in both places, as the example shows.

Consuming appsettings.json configuration

Using two-stage initialization, insert the ReadFrom.Configuration(context.Configuration) call shown in the example above. The JSON configuration syntax is documented in the Serilog.Settings.Configuration README.

Injecting services into enrichers and sinks

Using two-stage initialization, insert the ReadFrom.Services(services) call shown in the example above. The ReadFrom.Services() call will configure the logging pipeline with any registered implementations of the following services:

  • IDestructuringPolicy
  • ILogEventEnricher
  • ILogEventFilter
  • ILogEventSink
  • LoggingLevelSwitch

Enabling Microsoft.Extensions.Logging.ILoggerProviders

Serilog sends events to outputs called sinks, that implement Serilog's ILogEventSink interface, and are added to the logging pipeline using WriteTo. Microsoft.Extensions.Logging has a similar concept called providers, and these implement ILoggerProvider. Providers are what the default logging configuration creates under the hood through methods like AddConsole().

By default, Serilog ignores providers, since there are usually equivalent Serilog sinks available, and these work more efficiently with Serilog's pipeline. If provider support is needed, it can be optionally enabled.

To have Serilog pass events to providers, using two-stage initialization as above, pass writeToProviders: true in the call to UseSerilog():

builder.Host.UseSerilog(
        (hostingContext, services, loggerConfiguration) => /* snip! */,
        writeToProviders: true)

JSON output

The Console(), Debug(), and File() sinks all support JSON-formatted output natively, via the included Serilog.Formatting.Compact package.

To write newline-delimited JSON, pass a CompactJsonFormatter or RenderedCompactJsonFormatter to the sink configuration method:

    .WriteTo.Console(new RenderedCompactJsonFormatter())

Writing to the Azure Diagnostics Log Stream

The Azure Diagnostic Log Stream ships events from any files in the D:\home\LogFiles\ folder. To enable this for your app, add a file sink to your LoggerConfiguration, taking care to set the shared and flushToDiskInterval parameters:

Log.Logger = new LoggerConfiguration()
    .MinimumLevel.Debug()
    .MinimumLevel.Override("Microsoft", LogEventLevel.Information)
    .Enrich.FromLogContext()
    .WriteTo.Console()
    // Add this line:
    .WriteTo.File(
       System.IO.Path.Combine(Environment.GetEnvironmentVariable("HOME"), "LogFiles", "Application", "diagnostics.txt"),
       rollingInterval: RollingInterval.Day,
       fileSizeLimitBytes: 10 * 1024 * 1024,
       retainedFileCountLimit: 2,
       rollOnFileSizeLimit: true,
       shared: true,
       flushToDiskInterval: TimeSpan.FromSeconds(1))
    .CreateLogger();

Pushing properties to the ILogger<T>

If you want to add extra properties to all log events in a specific part of your code, you can add them to the ILogger<T> in Microsoft.Extensions.Logging with the following code. For this code to work, make sure you have added the .Enrich.FromLogContext() to the .UseSerilog(...) statement, as specified in the samples above.

// Microsoft.Extensions.Logging ILogger<T>
// Yes, it's required to use a dictionary. See https://nblumhardt.com/2016/11/ilogger-beginscope/
using (logger.BeginScope(new Dictionary<string, object>
{
    ["UserId"] = "svrooij",
    ["OperationType"] = "update",
}))
{
   // UserId and OperationType are set for all logging events in these brackets
}

The code above results in the same outcome as if you would push properties in the ILogger in Serilog.

// Serilog ILogger
using (logger.PushProperty("UserId", "svrooij"))
using (logger.PushProperty("OperationType", "update"))
{
    // UserId and OperationType are set for all logging events in these brackets
}

Versioning

This package tracks the versioning and target framework support of its (indirect) Microsoft.Extensions.Hosting dependency.

Showing the top 20 packages that depend on Serilog.AspNetCore.

Packages Downloads
Finsa.CaravanCore
Package Description
57
Finsa.CaravanCore
Package Description
64
Finsa.CaravanCore
Package Description
65
Finsa.CaravanCore
Package Description
74
Finsa.CaravanCore
Package Description
87
Finsa.CaravanCore
Package Description
99
Finsa.CaravanCore
Package Description
100
Finsa.CaravanCore
Package Description
105
Finsa.CaravanCore
Package Description
106
Finsa.CaravanCore
Package Description
152
Finsa.CaravanCore
Package Description
177
Finsa.CaravanCore
Package Description
206
Finsa.CaravanCore
Package Description
288
Finsa.CaravanCore
Package Description
384
Finsa.CaravanCore
Package Description
431
Finsa.CaravanCore
Package Description
473
Finsa.CaravanCore
Package Description
574
Finsa.CaravanCore
Package Description
1,254
Finsa.CaravanCore
Package Description
2,164

.NET Framework 4.6.2

.NET 7.0

.NET 8.0

.NET Standard 2.0

.NET 6.0

Version Downloads Last updated
9.0.0 15 12/20/2024
9.0.0-dev-02302 12 03/02/2025
9.0.0-dev-02301 13 12/09/2024
8.0.3 15 10/27/2024
8.0.3-dev-00346 15 10/27/2024
8.0.2 17 08/01/2024
8.0.2-dev-00341 19 07/14/2024
8.0.2-dev-00338 18 04/15/2024
8.0.2-dev-00336 20 04/08/2024
8.0.2-dev-00334 18 03/10/2024
8.0.1 22 02/07/2024
8.0.1-dev-00329 19 02/08/2024
8.0.0 25 11/30/2023
8.0.0-dev-00323 25 02/08/2024
7.0.1-dev-00320 19 12/07/2023
7.0.0 18 02/07/2024
7.0.0-dev-00315 18 02/08/2024
7.0.0-dev-00314 17 02/08/2024
7.0.0-dev-00304 16 02/08/2024
7.0.0-dev-00302 20 02/08/2024
6.1.1-dev-00295 18 02/08/2024
6.1.1-dev-00293 22 02/08/2024
6.1.0 23 04/21/2023
6.1.0-dev-00289 21 02/08/2024
6.1.0-dev-00285 15 02/08/2024
6.1.0-dev-00281 23 02/08/2024
6.0.1 173 07/31/2022
6.0.1-dev-00280 18 02/08/2024
6.0.1-dev-00275 19 02/08/2024
6.0.0 24 02/07/2024
6.0.0-dev-00270 25 02/08/2024
6.0.0-dev-00265 17 02/08/2024
5.0.1-dev-00264 18 02/08/2024
5.0.1-dev-00262 16 02/08/2024
5.0.0 151 02/18/2022
5.0.0-dev-00259 22 02/08/2024
4.1.1-dev-00250 17 02/08/2024
4.1.1-dev-00241 24 02/08/2024
4.1.1-dev-00229 20 02/08/2024
4.1.1-dev-00227 17 02/08/2024
4.1.0 513 03/29/2021
4.1.0-dev-00223 17 02/08/2024
4.0.1-dev-00222 19 02/08/2024
4.0.1-dev-00219 18 02/08/2024
4.0.0 49 03/04/2021
4.0.0-dev-00210 20 02/08/2024
4.0.0-dev-00208 18 02/08/2024
4.0.0-dev-00206 17 02/08/2024
4.0.0-dev-00204 19 02/08/2024
4.0.0-dev-00202 17 02/08/2024
4.0.0-dev-00199 18 02/08/2024
4.0.0-dev-00198 18 02/08/2024
3.4.1-dev-00188 16 02/08/2024
3.4.1-dev-00180 22 02/08/2024
3.4.0 461 07/29/2020
3.4.0-dev-00177 18 02/08/2024
3.4.0-dev-00176 18 02/08/2024
3.4.0-dev-00174 20 02/08/2024
3.4.0-dev-00173 19 02/08/2024
3.4.0-dev-00171 17 02/08/2024
3.4.0-dev-00168 19 02/08/2024
3.4.0-dev-00167 20 02/08/2024
3.3.0-dev-00161 18 02/08/2024
3.3.0-dev-00160 18 02/08/2024
3.3.0-dev-00152 17 02/08/2024
3.3.0-dev-00149 19 02/08/2024
3.2.1-dev-00147 23 02/08/2024
3.2.1-dev-00142 19 02/08/2024
3.2.0 39 02/10/2020
3.2.0-dev-00135 19 02/08/2024
3.2.0-dev-00133 21 02/08/2024
3.1.1-dev-00132 21 02/08/2024
3.1.0 24 02/07/2024
3.1.0-dev-00122 18 02/08/2024
3.1.0-dev-00119 18 02/08/2024
3.1.0-dev-00118 18 02/08/2024
3.0.1-dev-00116 21 02/08/2024
3.0.1-dev-00110 17 02/08/2024
3.0.1-dev-00109 19 02/08/2024
3.0.1-dev-00099 20 02/08/2024
3.0.0 77 02/11/2020
3.0.0-dev-00093 19 02/08/2024
3.0.0-dev-00088 21 02/08/2024
3.0.0-dev-00086 20 02/08/2024
3.0.0-dev-00083 19 02/08/2024
3.0.0-dev-00081 21 02/08/2024
3.0.0-dev-00079 25 02/08/2024
3.0.0-dev-00077 23 02/08/2024
3.0.0-dev-00067 21 02/08/2024
3.0.0-dev-00059 18 02/08/2024
3.0.0-dev-00058 19 02/08/2024
3.0.0-dev-00057 25 02/08/2024
3.0.0-dev-00053 19 02/08/2024
3.0.0-dev-00052 20 02/08/2024
3.0.0-dev-00046 17 02/08/2024
3.0.0-dev-00043 25 02/08/2024
3.0.0-dev-00041 21 02/08/2024
3.0.0-dev-00040 20 02/08/2024
2.1.2-dev-00028 18 02/08/2024
2.1.2-dev-00026 23 02/08/2024
2.1.2-dev-00024 21 02/08/2024
2.1.1 21 02/10/2020
2.1.1-dev-00022 18 02/08/2024
2.1.1-dev-00021 19 02/08/2024
2.1.1-dev-00017 24 02/08/2024
2.1.0 19 02/07/2024
2.1.0-dev-00012 19 02/08/2024
2.0.1-dev-00011 21 02/08/2024
2.0.0 32 02/07/2024
2.0.0-dev-00002 20 02/08/2024
2.0.0-dev-00001 20 02/08/2024