[prev in list] [next in list] [prev in thread] [next in thread] 

List:       log4net-user
Subject:    RE: Logging of the errors in logging
From:       "Nicko Cadell" <nicko () neoworks ! com>
Date:       2006-04-03 0:04:34
Message-ID: DDEB64C8619AC64DBC074208B046611C76982C () kronos ! neoworks ! co ! uk
[Download RAW message or body]

Log4net is designed to be a best effort logging system, not a reliable
system. If there is a problem logging log4net will not propagate errors
into the calling application. 
While the current internal error handling is not flexible enough it is
unlikely that it will be changed to accommodate a completely reliable
logging scenario. 

Regards,
Nicko

> -----Original Message-----
> From: unegov [mailto:unegov@skbkontur.ru] 
> Sent: 30 March 2006 08:43
> To: log4net-user@logging.apache.org
> Subject: Logging of the errors in logging
> 
> Log4net is a great tool but I'm not fully satisfied how 
> log4net deals with errors in logging. In my project it is 
> necessary not to lose any logging messages if the logging is 
> on so I would prefer log4net threw exceptions rather than 
> wrote errors of logging into Console.Error and Trace as 
> information messages. I'm ready to catch such sort of 
> exceptions at the top level of my code. But I have no way to 
> override the behaviour of the LogLog class.
> 
> All I can do is to intercept Console.Error and rethrow 
> exceptions in the interception code but in this case I wont 
> always get complete exception messages and it doesnt look 
> beautiful at all.
> 
> Another way is to rebuild log4net but I will get a lot of 
> problems with other projects (nhibernate) which references 
> native assembly of the log4net. So the question: is it 
> possible to add to log4net different strategies of managing 
> errors in logging? Is there any other way to cope with the problem?
> 
> ErrorHandlers used in appenders don't cover all possible errors. I.e.
> if some error in configuring occures it is most likely that 
> no appender will be added to logger.
> 
> Thanks.
> 
> Best regards,
> Stepan Unegov.
> 
> 
> 

[prev in list] [next in list] [prev in thread] [next in thread]