Serilog ignores dotnet logging configuration about serilog-extensions-logging

[nblumhardt]

Hi! Yes, working around this with AddProvider(new ...) is probably the way to go.

This is an unfortunate remnant of the original ".NET Core 2" iteration of this library, before we implemented the UseSerilog() (logger factory) method of integration. Back at that time, having two logging pipelines with level configuration both impacting the final result was problematic.

If I could go back in time :-), in "provider mode" I'd now avoid doing this, and just leave MEL's filters alone when using Serilog as a provider rather than as the complete logging pipeline.

Serilog 4 introduces a new public CreateSink() API that can instantiate any Serilog sink independently of the Serilog pipeline. I've been wondering whether this might be a good route to replacing the current provider mechanism with something based on e.g.:

host.Logging.AddSink(writeTo => writeTo.File(...));

Behind the scenes, this would use LoggerSinkConfiguration.CreateSink() to turn the argument into an ILogEventSink, and a SerilogSinkLoggerProvider would be wrapped around the result.

JSON configuration support is still a bit of an unknown, though, so needs some more investigation. Let's leave this ticket as the tracking issue.

[vars-ecco]

Hi, thanks for the response,

Let's leave this ticket as the tracking issue.

Ok, feel free to close when needed)