[slf4j-dev] [Bug 110] Create a bridge between System.out/System.err and SLF4J
Jaouad ESSABIR
jessabir at hotmail.fr
Fri Apr 24 12:30:32 CEST 2009
hello,
can you stop please to send me Email.
thanks
> From: bugzilla-daemon at pixie.qos.ch
> To: dev at slf4j.org
> Date: Thu, 23 Apr 2009 16:47:28 +0200
> Subject: [slf4j-dev] [Bug 110] Create a bridge between System.out/System.err and SLF4J
>
> http://bugzilla.slf4j.org/show_bug.cgi?id=110
>
>
>
>
>
> --- Comment #6 from Ceki Gulcu <listid at qos.ch> 2009-04-23 16:47:27 ---
> (In reply to comment #5)
> >
> > That was why I rejected that approach - it seems to me that exceptions are the
> > one thing you really don't want to swallow accidentally or attach incorrect
> > timestamps to if nothing prints to the console for a significant period.
>
> Agreed. How about a policy whereby exceptions are immediately copied on the
> real console and also accumulated within the log buffer? We would have some
> system.out and logging integration, without loosing whatever exceptions are
> sent on the console...
>
> > There's another less significant issue with it too - the contract of
> > Throwable.printStacktrace says that the format of the printed stack trace
> > depends on the implementation, so theoretically another Java implementer could
> > output the trace in a format that would break this. I'm less bothered about
> > that, it's not like there are that many implementations out there and I'd
> > hazard a guess they all copy Sun's format.
>
> Agreed.
>
>
> --
> Configure bugmail: http://bugzilla.slf4j.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are the assignee for the bug.
> _______________________________________________
> dev mailing list
> dev at slf4j.org
> http://www.slf4j.org/mailman/listinfo/dev
_________________________________________________________________
Découvrez toutes les possibilités de communication avec vos proches
http://www.microsoft.com/windows/windowslive/default.aspx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://qos.ch/pipermail/slf4j-dev/attachments/20090424/21e0a665/attachment.htm>
More information about the slf4j-dev
mailing list