== 这是 中国WEB信息博物馆Web InfoMall 2004年05月14日 存储的网页 ==
点击这里查看本网页的其他版本 隐藏InfoMall信息

竹笋炒肉: Jakarta Commons Logging学习笔记

October 20, 2003

Jakarta Commons Logging学习笔记

  说句实话,JCL(Jakarta Commons Logging)log4j真把我搞蒙了。不都是做log的吗,怎么在jcl的源码包中,还有个log4j的包?倒底谁跟谁啊?至到看了jcl的用户指南,才明白一些。hehe.

1、Commons-Loggin简介


  Jakarta Commons Logging (JCL)提供的是一个日志(Log)接口(interface),同时兼顾轻量级和不依赖于具体的日志实现工具。 它提供给中间件/日志工具开发者一个简单的日志操作抽象,允许程序开发人员使用不同的具体日志实现工具。用户被假定已熟悉某种日志实现工具的更高级别的细节。JCL提供的接口,对其它一些日志工具,包括Log4J, Avalon LogKit, and JDK 1.4等,进行了简单的包装,此接口更接近于Log4J和LogKit的实现.

2、快速入门


  JCL有两个基本的抽象类:Log(基本记录器)和LogFactory(负责创建Log实例)。当commons-logging.jar被加入到CLASSPATH之后,它会心可能合理地猜测你喜欢的日志工具,然后进行自我设置,用户根本不需要做任何设置。默认的LogFactory是按照下列的步骤去发现并决定那个日志工具将被使用的(按照顺序,寻找过程会在找到第一个工具时中止):
  1. 寻找当前factory中名叫org.apache.commons.logging.Log配置属性的值

  2. 寻找系统中属性中名叫org.apache.commons.logging.Log的值

  3. 如果应用程序的classpath中有log4j,则使用相关的包装(wrapper)类(Log4JLogger)

  4. 如果应用程序运行在jdk1.4的系统中,使用相关的包装类(Jdk14Logger)

  5. 使用简易日志包装类(SimpleLog)

3、开发使用logging


//在程序文件头部import相关的类
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
......
//在类中获取一个实例
public class MYCLASS
{
private static Log log = LogFactory.getLog(MyCLASS.class);
...
 }

日志信息被送往记录器,如上例中的log。这个发送过程,是通过调用Log接口中定义的方法完成的,不同方法跟不同的级别联系在一起,日志信息通过哪个级别的方法发送,就标明了日志信息的级别。org.apache.commons.logging.Log接口中定义的方法,按严重性由高到低的顺序有:

  1. log.fatal(Object message);

  2. log.fatal(Object message, Throwable t);

  3. log.error(Object message);

  4. log.error(Object message, Throwable t);

  5. log.warn(Object message);

  6. log.warn(Object message, Throwable t);

  7. log.info(Object message);

  8. log.info(Object message, Throwable t);

  9. log.debug(Object message);

  10. log.debug(Object message, Throwable t);

  11. log.trace(Object message);

  12. log.trace(Object message, Throwable t);
除此以外,还提供下列方法以便代码保护.
  1. log.isFatalEnabled();

  2. log.isErrorEnabled();

  3. log.isWarnEnabled();

  4. log.isInfoEnabled();

  5. log.isDebugEnabled();

  6. log.isTraceEnabled();

  信息级别
  确保日志信息在内容上和反应问题的严重程度上的恰当,是非常重要的。
  1. fatal非常严重的错误,导致系统中止。期望这类信息能立即显示在状态控制台上。

  2. error其它运行期错误或不是预期的条件。期望这类信息能立即显示在状态控制台上。

  3. warn使用了不赞成使用的API、非常拙劣使用API, '几乎就是'错误, 其它运行时不合需要和不合预期的状态但还没必要称为 "错误"。期望这类信息能立即显示在状态控制台上。

  4. info运行时产生的有意义的事件。期望这类信息能立即显示在状态控制台上。

  5. debug系统流程中的细节信息。期望这类信息仅被写入log文件中。

  6. trace更加细节的信息。期望这类信息仅被写入log文件中。

通常情况下,记录器的级别不应低于info.也就是说,通常情况下debug的信息不应被写入log文件中。
  工作机理
  1. 生命周期
    JCL LogFactory必须实现建立/断开到日志工具的连接,实例化/初始化/解构一个日志工具.

  2. 异常处理
    JCL Log 接口没有指定任何异常处理,对接口的实现必须捕获并处理异常。

  3. 多线程
    JCL Log 和 LogFactory 的实现,必须确保任何日志工具对并行的要求.

  记录器的设置
  JCL采用的记录器的不同其设置内容也不同。Log4J是默认首选记录器,对其设置可通过系统属性(system properties)或一个属性文件进行设置,下面是其设置参数。
参数值域默认值说明
log4j.configurationlog4j.properties指定配置文件的名字
log4j.rootCategorypriority [, appender]*设定根记录器的级别
log4j.logger<.logger.name>DEBUG, INFO, WARN, ERROR, or FATAL设定logger.name这个记录器的级别
log4j.appender<.appender>.Thresholdpriority指定记录设备appender(console, files, sockets, and others)的最低级别。

Posted by Hilton at October 20, 2003 11:10 PM | TrackBack
Comments

java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory

at com.mapinfo.mapj.cg.(Unknown Source)

at com.mapinfo.mapj.MapJ.(Unknown Source)

at java.lang.Class.forName0(Native Method)

at java.lang.Class.forName(Unknown Source)

at com.mapinfo.beans.vmapj.VisualMapJ.class$(Unknown Source)

at com.mapinfo.beans.vmapj.VisualMapJ.(Unknown Source)

at com.mapinfo.beans.vmapj.VisualMapJ.(Unknown Source)

at SimpleMap.(SimpleMap.java:322)

at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)

at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)

at java.lang.reflect.Constructor.newInstance(Unknown Source)

at java.lang.Class.newInstance0(Unknown Source)

at java.lang.Class.newInstance(Unknown Source)

at sun.applet.AppletPanel.createApplet(Unknown Source)

at sun.plugin.AppletViewer.createApplet(Unknown Source)

at sun.applet.AppletPanel.runLoader(Unknown Source)

at sun.applet.AppletPanel.run(Unknown Source)

at java.lang.Thread.run(Unknown Source)
是不是因为没有将logFactory 引入classpath的原因呀??
请前辈们指教!!

Posted by: at April 22, 2004 10:58 AM

谢谢,你的文章,让我学道了很多东西,我的英文实在是嘿嘿。

Posted by: kafu at March 29, 2004 04:25 PM

老兄真是高产,几乎都有新发现

不错.

Posted by: glave at February 17, 2004 05:18 PM

怎么能算垃圾呢?一个是接口,一个是具体实现?

Posted by: at January 6, 2004 08:53 AM

很喜欢你的学习笔记,再次仅表谢意

Posted by: seanshou at December 14, 2003 03:21 PM

真得很不错,我学到了很多
以前只知道用,不明白怎么回事
谢谢

Posted by: sandyen at November 13, 2003 03:05 PM

谢谢鼓励!

Posted by: Hilton at November 5, 2003 03:58 PM

写的很完整
看起来也和简单
good

Posted by: SUNCHINA at November 5, 2003 03:42 PM

Common Log 是更通用、简单的log工具,用于屏蔽底层具体的细节,底层完全可以使用Log4J或jdk1.4 log包

很不错阿

Posted by: evan at October 30, 2003 05:01 PM

嗬嗬,这也可以算是Jakarta的垃圾之一。同一个系统下出现了多个Log工具!!

Posted by: keke at October 22, 2003 06:21 AM
Post a comment









Remember personal info?