I finally tried log4net for my WPF desktop application.
I'm struggling with the fact that RollingFileAppender has no built in support for multiple instance application.
I don't like an idea of restricting the application to single instance just to make logger happy. Single intstance tricks are all ugly hacks.
Using process ID in the filename of the log file is also not good enough. This has potential of eating up unlimited space, since RollingFileAppender is useless in this situation.
One solution would probably be to send logs to different process, which would take care of serializing the output into files. But this creates new headaches.
What's your take on this?
It's not a good idea to use multiple RollingFileAppender instances from different processes writing to the same file since the RollingFileAppender isn't designed for that scenario.
You have a couple of choices here:
Use multiple FileAppender instances pointing at the same file and configured with minimal locking. This will allow concurrent write operations from multiple processes:
<appender name="FileAppender" type="log4net.Appender.FileAppender">
<file value="Log.txt" />
<appendToFile value="true" />
<lockingModel type="log4net.Appender.FileAppender+MinimalLock" />
<layout type="log4net.Layout.PatternLayout">
<conversionPattern
value="%date [%thread] %-5level %logger - %message%newline" />
</layout>
</appender>
Use multiple EventLogAppender instances that write to a shared Windows event source:
<appender name="EventLogAppender" type="log4net.Appender.EventLogAppender" >
<applicationName value="MyApp" />
<layout type="log4net.Layout.PatternLayout">
<conversionPattern
value="%date [%thread] %-5level %logger - %message%newline" />
</layout>
</appender>
Of course you could also send the log to a database or to a remote component running in a different process or even a different machine but these choices require more infrastructure to be setup so it may be overkill for your scenario.
Related resources:
Another option when you want to log to the rolling files and avoid risks of writing to the same log file is to programmatically change the name of the log4net log file path. For example, you could pass the log file name or some part of it as process start-up parameter and then set it from the code.
Just make sure you do that path change before any logging occurs. Otherwise, similar configuration to the 'Multiple FileAppender with minimal locking' from the previous answer can be used.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With