I recently added logging to my ASP.Net Core project. Currently the log writes to a .txt file in this format:
{Timestamp:yyyy-MM-dd HH:mm:ss.fff zzz} [{Level}] {Message}{NewLine}{Exception}
For example:
2017-11-30 13:58:22.229 +01:00 [Information] Item created in database.
This is fine but I would like to have the name of the class that logs and the method that is being executed to this .txt file. For example when Class A writes something to the database using Method B and logs this, I would like to see something like
ClassA.MethodB: Item created in database
All the classes that log have their Logger injected into their constructors like
public class ClassA
{
private readonly ILogger _log;
public ClassA(ILogger<ClassA> log){
_log = log;
}
public void AddItemToDb(Item item){
//Add item
//On success:
_log.LogInfo("Added item to db.");
}
}
I'm currently using Serilog and using the following LoggerConfiguration:
var logger = new LoggerConfiguration()
.MinimumLevel.Verbose()
.MinimumLevel.Override("Microsoft", LogEventLevel.Warning)
.WriteTo.RollingFile(Configuration.GetValue<string>("LogFilePath") + "-{Date}.txt", LogEventLevel.Information)
.CreateLogger();
How can I add the class and method to my logs?
Edit
I added a custom outputTemplate to the .WriteTo.Rollingfile() method like so:
"{Timestamp:yyyy-MM-dd HH:mm:ss.fff zzz} [{Level}] ({SourceContext}) {Message}{NewLine}{Exception}")
Which resulted in the namespace plus the class to be added in the log, only the method is missing now
Using SeriLog with ASP.NET Core is lagging a bit behind the full .NET F/W if you are using the built-in logger factory. You can solve this by writing a series of extension methods like this:
The calling it from you code like this:
This assumes that you have an output template similar to this:
When you call into the extension method, the method, file, and line number are picked up by the respective attributes. Pushing a property onto the LogContext return an IDisposable that will remove that property and any property added after it. So, by wrapping the call in the using statement, once the LogError method is called on the logger, the properties are removed from the context and won't pollute any other logging calls.
In your logger configuration, you will need to enrich with the LogContext:
But, to be honest, I don't recall if it logs the method name.
I solved this issue by using a combination of Jordan's answer and this answer.
I changed my Loggerconfiguration by adding the logcontext through enrichment and I added the property 'method' to my outputTemplate:
The Enrich.FromLogContext enables properties to be pushed to the outputTemplate by using the LogContext.PushProperty() method. In this case for the 'method' property (notice the {Method} in the outputTemplate).
Example for async methods:
Where GetActualAsyncMethodName() is written like this:
This works fine for async methods.
Now for non-async methods this works fine:
Now the method name is being displayed in the logging. The SourceContext adds the namespace + the class and by adding ".{Method}" it will result in: