Serilog.AspNetCore 8.0.3-dev-00346

Prefix Reserved
This is a prerelease version of Serilog.AspNetCore.
There is a newer version of this package available.
See the version list below for details.
dotnet add package Serilog.AspNetCore --version 8.0.3-dev-00346                
NuGet\Install-Package Serilog.AspNetCore -Version 8.0.3-dev-00346                
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="Serilog.AspNetCore" Version="8.0.3-dev-00346" />                
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add Serilog.AspNetCore --version 8.0.3-dev-00346                
#r "nuget: Serilog.AspNetCore, 8.0.3-dev-00346"                
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install Serilog.AspNetCore as a Cake Addin
#addin nuget:?package=Serilog.AspNetCore&version=8.0.3-dev-00346&prerelease

// Install Serilog.AspNetCore as a Cake Tool
#tool nuget:?package=Serilog.AspNetCore&version=8.0.3-dev-00346&prerelease                

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.

Versioning: This package tracks the versioning and target framework support of its Microsoft.Extensions.Hosting dependency. Most users should choose the version of Serilog.AspNetCore that matches their application's target framework. I.e. if you're targeting .NET 7.x, choose a 7.x version of Serilog.AspNetCore. If you're targeting .NET 8.x, choose an 8.x Serilog.AspNetCore version, and so on.

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.Services.AddSerilog(); // <-- 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.Services.AddSerilog() 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:

[12:01:43 INF] Starting web application
[12:01:44 INF] Now listening on: http://localhost:5000
[12:01:44 INF] Application started. Press Ctrl+C to shut down.
[12:01:44 INF] Hosting environment: Development
[12:01:44 INF] Content root path: serilog-aspnetcore/samples/Sample
[12:01:47 WRN] Failed to determine the https port for redirect.
[12:01:47 INF] Hello, world!
[12:01:47 INF] HTTP GET / responded 200 in 95.0581 ms

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 the noisy ASP.NET Core log sources to Warning in your logger configuration or appsettings.json file:

            .MinimumLevel.Override("Microsoft.AspNetCore.Hosting", LogEventLevel.Warning)
            .MinimumLevel.Override("Microsoft.AspNetCore.Mvc", LogEventLevel.Warning)
            .MinimumLevel.Override("Microsoft.AspNetCore.Routing", LogEventLevel.Warning)

Tip: add {SourceContext} to your console logger's output template to see the names of loggers; this can help track down the source of a noisy log event to suppress.

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 AddSerilog() that creates the final logger:

builder.Services.AddSerilog((services, lc) => lc
    .ReadFrom.Configuration(builder.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(builder.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

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 LogContext in Serilog. More details can be found in https://github.com/serilog/serilog/wiki/Enrichment#the-logcontext.

// Serilog LogContext
using (LogContext.PushProperty("UserId", "svrooij"))
using (LogContext.PushProperty("OperationType", "update"))
{
    // UserId and OperationType are set for all logging events in these brackets
}
Product Compatible and additional computed target framework versions.
.NET net5.0 was computed.  net5.0-windows was computed.  net6.0 is compatible.  net6.0-android was computed.  net6.0-ios was computed.  net6.0-maccatalyst was computed.  net6.0-macos was computed.  net6.0-tvos was computed.  net6.0-windows was computed.  net7.0 is compatible.  net7.0-android was computed.  net7.0-ios was computed.  net7.0-maccatalyst was computed.  net7.0-macos was computed.  net7.0-tvos was computed.  net7.0-windows was computed.  net8.0 is compatible.  net8.0-android was computed.  net8.0-browser was computed.  net8.0-ios was computed.  net8.0-maccatalyst was computed.  net8.0-macos was computed.  net8.0-tvos was computed.  net8.0-windows was computed. 
.NET Core netcoreapp2.0 was computed.  netcoreapp2.1 was computed.  netcoreapp2.2 was computed.  netcoreapp3.0 was computed.  netcoreapp3.1 was computed. 
.NET Standard netstandard2.0 is compatible.  netstandard2.1 was computed. 
.NET Framework net461 was computed.  net462 is compatible.  net463 was computed.  net47 was computed.  net471 was computed.  net472 was computed.  net48 was computed.  net481 was computed. 
MonoAndroid monoandroid was computed. 
MonoMac monomac was computed. 
MonoTouch monotouch was computed. 
Tizen tizen40 was computed.  tizen60 was computed. 
Xamarin.iOS xamarinios was computed. 
Xamarin.Mac xamarinmac was computed. 
Xamarin.TVOS xamarintvos was computed. 
Xamarin.WatchOS xamarinwatchos was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (1.4K)

Showing the top 5 NuGet packages that depend on Serilog.AspNetCore:

Package Downloads
Umbraco.Cms.Web.Common

Contains the web assembly needed to run Umbraco CMS.

Umbraco.Cms.Web.BackOffice

Contains the backoffice assembly needed to run the backend of Umbraco CMS.

Apprio.Enablement.Telemetry.Properties

Package Description

Apprio.Enablement.Telemetry

Package Description

Reo.Core.Logging

Package Description

GitHub repositories (310)

Showing the top 5 popular GitHub repositories that depend on Serilog.AspNetCore:

Repository Stars
jellyfin/jellyfin
The Free Software Media System - Server Backend & API
ardalis/CleanArchitecture
Clean Architecture Solution Template: A starting point for Clean Architecture with ASP.NET Core
bitwarden/server
Bitwarden infrastructure/backend (API, database, Docker, etc).
dotnet/runtime
.NET is a cross-platform runtime for cloud, mobile, desktop, and IoT apps.
abpframework/abp
Open-source web application framework for ASP.NET Core! Offers an opinionated architecture to build enterprise software solutions with best practices on top of the .NET. Provides the fundamental infrastructure, cross-cutting-concern implementations, startup templates, application modules, UI themes, tooling and documentation.
Version Downloads Last updated
9.0.0 249,172 12/9/2024
9.0.0-dev-02302 110 12/9/2024
9.0.0-dev-02301 5,374 11/27/2024
8.0.3 5,416,411 10/11/2024
8.0.3-dev-00346 166 10/11/2024
8.0.2 9,452,412 7/31/2024
8.0.2-dev-00341 19,976 7/12/2024
8.0.2-dev-00338 147,189 4/5/2024
8.0.2-dev-00336 16,744 3/25/2024
8.0.2-dev-00334 23,831 3/5/2024
8.0.1 30,572,925 1/19/2024
8.0.1-dev-00329 1,457 1/19/2024
8.0.0 10,434,012 11/15/2023
8.0.0-dev-00323 645 11/15/2023
7.0.1-dev-00320 76,264 10/11/2023
7.0.0 28,364,662 5/11/2023
7.0.0-dev-00315 720 9/27/2023
7.0.0-dev-00314 675 9/27/2023
7.0.0-dev-00304 1,051 5/11/2023
7.0.0-dev-00302 4,527 5/5/2023
6.1.1-dev-00295 230,039 2/3/2023
6.1.1-dev-00293 132,881 12/19/2022
6.1.0 48,152,848 11/30/2022
6.1.0-dev-00289 30,638 11/28/2022
6.1.0-dev-00285 203,587 9/27/2022
6.1.0-dev-00281 52,608 8/29/2022
6.0.1 33,270,073 7/18/2022
6.0.1-dev-00280 925 8/29/2022
6.0.1-dev-00275 934 7/18/2022
6.0.0 1,617,691 7/14/2022
6.0.0-dev-00270 982 7/14/2022
6.0.0-dev-00265 336,662 3/4/2022
5.0.1-dev-00264 5,148 3/4/2022
5.0.1-dev-00262 11,321 2/24/2022
5.0.0 39,979,581 2/15/2022
5.0.0-dev-00259 37,592 2/8/2022
4.1.1-dev-00250 72,391 1/19/2022
4.1.1-dev-00241 214,289 11/12/2021
4.1.1-dev-00229 488,032 6/2/2021
4.1.1-dev-00227 14,712 5/27/2021
4.1.0 70,497,946 3/29/2021
4.1.0-dev-00223 1,195 3/29/2021
4.0.1-dev-00222 1,393 3/26/2021
4.0.1-dev-00219 16,915 3/17/2021
4.0.0 3,962,578 3/3/2021
4.0.0-dev-00210 1,150 3/3/2021
4.0.0-dev-00208 1,169 3/3/2021
4.0.0-dev-00206 1,385 3/3/2021
4.0.0-dev-00204 1,201 3/2/2021
4.0.0-dev-00202 10,898 2/24/2021
4.0.0-dev-00199 11,049 2/17/2021
4.0.0-dev-00198 11,459 2/17/2021
3.4.1-dev-00188 491,057 10/26/2020
3.4.1-dev-00180 361,315 9/15/2020
3.4.0 39,950,504 7/24/2020
3.4.0-dev-00177 1,320 7/24/2020
3.4.0-dev-00176 1,233 7/24/2020
3.4.0-dev-00174 1,325 7/24/2020
3.4.0-dev-00173 213,280 6/18/2020
3.4.0-dev-00171 45,870 6/3/2020
3.4.0-dev-00168 17,583 5/19/2020
3.4.0-dev-00167 6,773 5/13/2020
3.3.0-dev-00161 35,740 5/1/2020
3.3.0-dev-00160 1,286 5/1/2020
3.3.0-dev-00152 195,926 2/24/2020
3.3.0-dev-00149 66,763 2/19/2020
3.2.1-dev-00147 17,128 2/19/2020
3.2.1-dev-00142 95,948 1/24/2020
3.2.0 43,472,854 11/12/2019
3.2.0-dev-00135 15,810 11/8/2019
3.2.0-dev-00133 3,255 11/6/2019
3.1.1-dev-00132 1,733 11/6/2019
3.1.0 3,554,437 10/14/2019
3.1.0-dev-00122 12,194 10/7/2019
3.1.0-dev-00119 1,465 10/7/2019
3.1.0-dev-00118 1,417 10/7/2019
3.0.1-dev-00116 12,742 10/2/2019
3.0.1-dev-00110 1,393 10/2/2019
3.0.1-dev-00109 27,232 9/25/2019
3.0.1-dev-00099 63,189 9/3/2019
3.0.0 4,272,767 8/28/2019
3.0.0-dev-00093 1,589 8/27/2019
3.0.0-dev-00088 17,075 8/21/2019
3.0.0-dev-00086 1,496 8/21/2019
3.0.0-dev-00083 1,484 8/20/2019
3.0.0-dev-00081 1,454 8/20/2019
3.0.0-dev-00079 1,410 8/20/2019
3.0.0-dev-00077 1,389 8/20/2019
3.0.0-dev-00067 5,663 8/19/2019
3.0.0-dev-00059 43,745 7/19/2019
3.0.0-dev-00058 36,035 6/26/2019
3.0.0-dev-00057 1,472 6/26/2019
3.0.0-dev-00053 4,350 6/25/2019
3.0.0-dev-00052 2,057 6/25/2019
3.0.0-dev-00046 2,573 6/23/2019
3.0.0-dev-00043 12,899 6/5/2019
3.0.0-dev-00041 2,204 6/3/2019
3.0.0-dev-00040 1,653 6/3/2019
2.1.2-dev-00028 192,467 9/22/2018
2.1.2-dev-00026 57,220 7/19/2018
2.1.2-dev-00024 162,930 5/9/2018
2.1.1 28,629,576 3/7/2018
2.1.1-dev-00022 38,093 1/18/2018
2.1.1-dev-00021 18,166 12/17/2017
2.1.1-dev-00017 7,156 12/3/2017
2.1.0 2,586,962 10/22/2017
2.1.0-dev-00012 2,014 10/16/2017
2.0.1-dev-00011 1,863 10/16/2017
2.0.0 503,130 9/5/2017
2.0.0-dev-00002 5,358 8/29/2017
2.0.0-dev-00001 2,683 8/27/2017