This library has been deprecated in favour of more widely used frameworks such as Microsoft.Extensions.Logging built into .NET Core, or Serilog.
This library provides asynchronous Log4Net logging. Application performance is improved by performing message appending I/O operations on one or more background threads.
Forwarding appenders augment or otherwise alter the behavior of other appenders. In this case logging operations are buffered or queued until the background thread is available to forward log messages to another appender or appenders. This allows the thread that is creating log messages to continue rather than waiting on I/O operations.
Multiple forwarding appenders may be configured, each having its own set of appenders, dedicated message queue, and background appending thread. This enables parallel appending while maintaining message sequence.
- AsyncAdoAppender and AsyncRollingFileAppender have been removed after being obsolete for a while. The Forwarding appenders are a much better solution.
- BufferSize config value was not working due to nullable type conversion, see #13
This appender utilizes a ring buffer with a a default limit of 1000 messages. If the head of the buffer overtakes the tail, message loss occurs. This behavior prioritizes application performance over logging fidelity. The current implementation uses a 10ms polling (sleep) period on the background thread.
Configuration wraps one or more appenders as shown in the following configuration example:
<appender name="rollingFile" type="log4net.Appender.RollingFileAppender">
...
</appender>
<appender name="adoNet" type="log4net.Appender.AdoNetAppender">
...
</appender>
<appender name="asyncForwarder" type="Log4Net.Async.AsyncForwardingAppender,Log4Net.Async">
<appender-ref ref="rollingFile" />
<appender-ref ref="adoNet" />
</appender>
<root>
<appender-ref ref="asyncForwarder" />
</root>
This appender utilizes System.Collections.Concurrent.BlockingCollection(T) and other facets of the Task Parallel Library (TPL) to implement a lossless message queue. This implementation does not use polling but rather waits until new messages are available to append. This results in less CPU overhead for queue polling and appending starts without having to wait on sleep expiration.
The default queue size is 1000 messages. If the queue fills as a result of the rate of message creation exceeding the rate of appending, threads creating messages will block, as they would if they were not using the ParallelForwardingAppender.
Configuration wraps one or more appenders as shown in the following configuration example:
<appender name="rollingFile" type="log4net.Appender.RollingFileAppender">
...
</appender>
<appender name="adoNet" type="log4net.Appender.AdoNetAppender">
...
</appender>
<appender name="asyncForwarder" type="Log4Net.Async.ParallelForwardingAppender,Log4Net.Async">
<appender-ref ref="rollingFile" />
<appender-ref ref="adoNet" />
<bufferSize value="200" />
</appender>
<root>
<appender-ref ref="asyncForwarder" />
</root>
If the Log4Net.Async library is only referenced in non-code (eg. a log4net log.config file), then the VS build process will not automatically copy the Log4Net.Async dll to the build folder for projects that reference other projects using Log4Net.Async. This occurs even if Copy Local is set to "True".
There isn't really an elegant solution to this, so I have added a ReferencedLibraryAttribute which can be applied in an AssemblyInfo to force the compiler to include the Log4Net.Async assembly:
[assembly: ReferencedLibrary]