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是按照下列的步骤去发现并决定那个日志工具将被使用的(按照顺序,寻找过程会在找到第一个工具时中止):- 寻找当前factory中名叫org.apache.commons.logging.Log配置属性的值
- 寻找系统中属性中名叫org.apache.commons.logging.Log的值
- 如果应用程序的classpath中有log4j,则使用相关的包装(wrapper)类(Log4JLogger)
- 如果应用程序运行在jdk1.4的系统中,使用相关的包装类(Jdk14Logger)
- 使用简易日志包装类(SimpleLog)
3、开发使用logging
- log.fatal(Object message);
- log.fatal(Object message, Throwable t);
- log.error(Object message);
- log.error(Object message, Throwable t);
- log.warn(Object message);
- log.warn(Object message, Throwable t);
- log.info(Object message);
- log.info(Object message, Throwable t);
- log.debug(Object message);
- log.debug(Object message, Throwable t);
- log.trace(Object message);
- log.trace(Object message, Throwable t);
- log.isFatalEnabled();
- log.isErrorEnabled();
- log.isWarnEnabled();
- log.isInfoEnabled();
- log.isDebugEnabled();
- log.isTraceEnabled();
- fatal非常严重的错误,导致系统中止。期望这类信息能立即显示在状态控制台上。
- error其它运行期错误或不是预期的条件。期望这类信息能立即显示在状态控制台上。
- warn使用了不赞成使用的API、非常拙劣使用API, '几乎就是'错误, 其它运行时不合需要和不合预期的状态但还没必要称为 "错误"。期望这类信息能立即显示在状态控制台上。
- info运行时产生的有意义的事件。期望这类信息能立即显示在状态控制台上。
- debug系统流程中的细节信息。期望这类信息仅被写入log文件中。
- trace更加细节的信息。期望这类信息仅被写入log文件中。
- 生命周期 JCL LogFactory必须实现建立/断开到日志工具的连接,实例化/初始化/解构一个日志工具.
- 异常处理 JCL Log 接口没有指定任何异常处理,对接口的实现必须捕获并处理异常。
- 多线程 JCL Log 和 LogFactory 的实现,必须确保任何日志工具对并行的要求.
参数 | 值域 | 默认值 | 说明 |
log4j.configuration | log4j.properties | 指定配置文件的名字 | |
log4j.rootCategory | priority [, appender]* | 设定根记录器的级别 | |
log4j.logger<.logger.name> | DEBUG, INFO, WARN, ERROR, or FATAL | 设定logger.name这个记录器的级别 | |
log4j.appender<.appender>.Threshold | priority | 指定记录设备appender(console, files, sockets, and others)的最低级别。 |
Posted by Hilton at October 20, 2003 11:10 PM | TrackBack
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的原因呀?? 请前辈们指教!!