logging-log4j-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shapira, Yoav" <Yoav.Shap...@mpi.com>
Subject RE: Adding an abstraction level
Date Fri, 03 Oct 2003 12:41:52 GMT

Not quite.  Using isEnabledFor(Level l), e.g. isDebugEnabled() around
logger.debug statements can significantly reduce logging overhead.  You
should read the log4j manual on this issue, as it contains a more
complete explanation and benchmarks.

As for your level of abstraction, which on this list we often refer to
as a log4j wrapper: chances are you're not gaining much from it, but
also not losing much in your case.  I've seen worse wrappers suggested
here, e.g. ones that do the Logger.getLogger(...) call each time --
that's terrible ;)

Yoav Shapira
Millennium ChemInformatics

>-----Original Message-----
>From: Jain, Siddharth (ODC - Satyam) [mailto:SiJain@Satyam.odc.ml.com]
>Sent: Friday, October 03, 2003 2:23 AM
>To: Log4J Users List
>Subject: RE: Adding an abstraction level
>Hi Jitesh,
>I really do not think this would help you, since there is a property
>as "threshold" in log4j, which specifies the minimum logging level,
>if you want that in certain deployment scenarios, or for certain
>messages should be logged above a certain level, then just specify this
>property to whatever level u want, because internally, log4j checks for
>the level being enabled or not.
>I hope this helps you out.
> -----Original Message-----
>From: Jitesh_Arya [mailto:Jitesh_Arya@infosys.com]
>Sent: Friday, October 03, 2003 11:49 AM
>To: Log4J Users List
>Subject: Adding an abstraction level
>Hi, this is my first mail to this mailing list and it's not been long
>I subscribed to it. So, please forgive if I sound really stupid putting
>forth my question(s).
>What we have done is we have added another level of abstraction between
>application (some web app) developer and the log4j. We have written
>class that imports log4j and other classes that are required for
>written our own functions without any added functionality. That is, my
>will in turn
>call log4j's debug method. Another thing that has been added is: the
>isDebugEnabled () check before debug () of log4j is called. And
>for other levels. Now, my questions:
>1)      Is this added level of abstraction advisable?
>2)      Does the check before the call to log4j method serve any
>(here in my case) in reducing the cost? This (in normal cases, not
>does prevent the cost of parameter construction when implemented in
>application directly (this I understand). But here, the parameters will
>constructed, (so no savings on that side) when call is made to the
debug ()
>or any other method that we have implemented. So, you see anything here
>(diamond or just coal)?
>A heavy lot of thanks in ADVANCE:-)

This e-mail, including any attachments, is a confidential business communication, and may
contain information that is confidential, proprietary and/or privileged.  This e-mail is intended
only for the individual(s) to whom it is addressed, and may not be saved, copied, printed,
disclosed or used by anyone else.  If you are not the(an) intended recipient, please immediately
delete this e-mail from your computer system and notify the sender.  Thank you.

To unsubscribe, e-mail: log4j-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: log4j-user-help@jakarta.apache.org

View raw message