----- Original Message -----
From: "Martin Perina" <mperina(a)redhat.com>
To: "Yair Zaslavsky" <yzaslavs(a)redhat.com>
Cc: devel(a)ovirt.org
Sent: Friday, June 13, 2014 10:43:59 AM
Subject: Re: [ovirt-devel] Question/thoughts about our engine logging framework
Hi Yair,
I had in my mind to clean up logging framework mess for quite some time :-)
Currently this is the usage of logging frameworks in engine classes:
java.util.logging.Logger 6.8%
org.apache.commons.logging.Log 7.8%
org.apache.log4j.Logger 13.6%
org.ovirt.engine.core.utils.log.Log 68.8%
org.slf4j.Logger 2.9%
I think we should definitely use only 1 logging framework for the whole
engine!
So +1 to slf4j from me.
+1 from me as well.
Note that GWT UI code uses java.util.logging exclusively to do all logging.
(GWT emulates java.util.logging API and provides log handlers for use on
client side such as console.log() or stdout/DevMode-during-debug handlers.)
And once we agree to 1 logging framework, I can start preparing patches to
use it.
----- Original Message -----
> From: "Yair Zaslavsky" <yzaslavs(a)redhat.com>
> To: devel(a)ovirt.org
> Sent: Friday, June 13, 2014 8:15:55 AM
> Subject: [ovirt-devel] Question/thoughts about our engine logging framework
>
> Hi all,
> During my recent work on AAA, I was suggested by Juan Hernandez to use
> slf4j
> logging framework which serves as a facade for other logging frameworks
> (including java utils logging which is now used by jboss), log4j and
> others.
> I have accepted Juan's offer, and then when looking at our LogFactory class
> I
> have noticed we use commons logging.
>
> Several thoughts/questions -
> A. Why continue use our own wrapper as slf4j is already a facade.
> b. I think we should move cross java code to slf4j. What do you think on
> this
> point?
>
> Some reading material -
>
>
http://javarevisited.blogspot.com.au/2013/08/why-use-sl4j-over-log4j-for-...
>
http://stackoverflow.com/questions/3222895/what-is-the-issue-with-the-run...
>
>
>
> Yair
> _______________________________________________
> Devel mailing list
> Devel(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/devel
>
_______________________________________________
Devel mailing list
Devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel