What is a reliable journal?

So, I talked with a guy the other day about the Enterprise Library and log4net logging application block.

Something I noticed is that log4net claims: log4net is not reliable. This is the most efficient system for recording errors and failures.

Surprisingly, I tried to find out if Enterprise Library journaling is "reliable." That's all I can find where the word reliable is explicitly used. (note that this is the 2004 version)

So, I was curious what exactly a "reliable" magazine? If anyone knows if the Enterprise Library Logging application block (in the current version) is reliable, can you point me to some documentation that explicitly indicates this?

Thanks.

+4
source share
3 answers

Most log libraries, such as log4net and Enterprise Library, choose to swallow exceptions that can be thrown during the logging process to prevent the application from stopping. Because of this, these libraries cannot be called "reliable" (according to the log4net documentation).

In my opinion, failure to register an event is a serious failure and should not be swept under the rug. Missing log messages can be used by hackers to hide their traces or at least make it much harder to find the root cause of the problem.

For me, this was one of the reasons for creating a log library called CuttingEdge.Logging . Logging providers in CuttingEdge.Logging will always throw an exception if the event cannot be logged. By setting up a "backup provider for a specific logger," users can prevent the call stack bubbles from being excluded and allow the backup provider to register the original message and the exception caused by the registrar failure. The backup providers themselves can also have a backup provider configured. This mechanism is very unlikely that exceptions will not be logged when using CuttingEdge.Logging.

+1
source

I believe “reliable” means that a message once sent is guaranteed to be delivered or physically recorded to the end device.

+1
source

In appearance, “reliable” means that the message is always logged. log4net seems to be trying to log in, but if it cannot, it will simply fail and continue to run the application.

0
source

All Articles