[MonoDevelop] Logging revisited
Christian Hergert
christian.hergert at gmail.com
Sat Jun 30 21:19:34 EDT 2007
I hate to say it, being that I did the original implementation of the
logging, but I am a fan of doing the logging via log4net directly
rather than through the proxy as we have now. I can understand it
might be moot for something like this, but for server apps, its a
godsend to have the reconfigurability of what gets logged, where, and
how.
Food for thought,
-- Christian
On 6/30/07, Jacob Ilsø Christensen <jacobilsoe at gmail.com> wrote:
> This patch is better.
>
> On 6/30/07, Jacob Ilsø Christensen <jacobilsoe at gmail.com> wrote:
> > Hi.
> >
> > Some time ago there was some discussion about MonoDevelop's use of
> > log4net. Right now all logging seems to come from ILoggingService due
> > to:
> >
> > LogManager.GetLogger(typeof(ILoggingService));
> >
> > in DefaultLoggingService. This is not very informative. I have
> > attached a patch which looks at the stacktrace to attempt to determine
> > the calling type. It is rather hardcoded right now, but works for a
> > debug build (a release build might invalidate it due to e.g. inline
> > method optimizations) of MonoDevelop. To make it more accurate it
> > could be changed to traverse the stacktrace until a type different
> > from ILoggingService was found.
> >
> > Is this patch ok or should it be changed to traverse the stack for the
> > calling type? Or do we want log4net dependencies in all classes that
> > need logging?
> >
> > Regards,
> > Jacob
> >
> >
>
> _______________________________________________
> Monodevelop-list mailing list
> Monodevelop-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/monodevelop-list
>
>
>
More information about the Monodevelop-list
mailing list