log日志框架和LocationAwareLogger问题

今天启动tomcat服务失败,碰到异常情况如下

java.lang.NoSuchMethodError: org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/String;ILjava/lang/String;Ljava/lang/Throwable;)V
    at org.apache.commons.logging.impl.SLF4JLocationAwareLog.info(SLF4JLocationAwareLog.java:159)

 

 

Commons-log + log4j 这黄金搭档一直以来都让我们很省心,很好的完成了日志的需求。但是随着技术的变更和对性能的追求,slf4j 和 logback 这对后起之秀的到来好像打破了原本很平静的日志系统,频繁的出现包冲突... 

       和平的日子不在了,让我们一起来看看究竟发生了什么...

 

 

 

 

 

首先看看这些个包,特别是slf4j引入后就引入了一大堆包之后就有点懵了。

 


 

为什么commons-logging和jcl-over-slf4j会有冲突呢?看一下它们的类结构

 


 

很清晰的可以看到jcl-over-slf4j 重写了 commons-logging...

 

 

 

还有slf4j-api的实现呢,同样看类:

 

 

其实就这么简单,往往看了代码之后才发现错误是这么显而易见。。。

 

 

 

 

 

顺着研究,继续看一下slf4j的源码及流程

 

1.测试类

 java代码

package com.taobao.wuzhong.log;

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
import org.junit.Test;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

/**
 * DESC:
 * 
 * Copyright: Copyright 2011 m.taobao.com
 * 
 * @author wuzhong@taobao.com
 * @time 2011-4-6 下午03:42:11
 * @version 1.0
 **/
public class LogTest {

	// Logback tries to find a file called logback.groovy in the classpath.
	// If no such file is found, logback tries to find a file called
	// logback-test.xml in the classpath.
	// If no such file is found, it checks for the file logback.xml in the
	// classpath..
	// If neither file is found, logback configures itself automatically using
	// the BasicConfigurator which will cause logging output to be directed to
	// the console.
	@Test
	public void test() {
                //commons-logging的方式获取
		Log log = LogFactory.getLog(LogTest.class);
                //slf4j直接的方式获取,推荐用这个
		Logger log2 = LoggerFactory.getLogger(LogTest.class);
		log.debug("eeeeee {} {} {}");
		log2.debug("{} {} {}", new String[] { "a", "b", "c" });
	}

}

logFactory.getLog 会调用内部静态变量 Slf4jLogFactory.getInstance方法,如下:

 

 public Log getInstance(String name) throws LogConfigurationException {

    Log instance = null;  
    // protect against concurrent access of loggerMap  
    synchronized (this) {  
      instance = (Log) loggerMap.get(name);  
      if (instance == null) {  
        Logger logger = LoggerFactory.getLogger(name);   //slf4j的方式,代理过去了  
        if(logger instanceof LocationAwareLogger) {  
          instance = new SLF4JLocationAwareLog((LocationAwareLogger) logger);  //包装了一层,做适配  
        } else {  
          instance = new SLF4JLog(logger);  
        }  
        loggerMap.put(name, instance);  
      }  
    }  
    return (instance);  


 

loggerFactory 会调用getILoggerFactory().getlOgger()

    LoggerFactory.java  
     public static ILoggerFactory getILoggerFactory() {  
        if (INITIALIZATION_STATE == UNINITIALIZED) {  
          INITIALIZATION_STATE = ONGOING_INITILIZATION;  
          performInitialization();  
      
        }  
        switch (INITIALIZATION_STATE) {  
        case SUCCESSFUL_INITILIZATION:  
          return getSingleton().getLoggerFactory();  
        case FAILED_INITILIZATION:  
          throw new IllegalStateException(UNSUCCESSFUL_INIT_MSG);  
        case ONGOING_INITILIZATION:  
          // support re-entrant behavior.  
          // See also http://bugzilla.slf4j.org/show_bug.cgi?id=106  
          return TEMP_FACTORY;  
        }  
        throw new IllegalStateException("Unreachable code");  
      }  
      
     private final static void performInitialization() {  
        bind();  
        versionSanityCheck();  
        singleImplementationSanityCheck();  
      
      }  

这里的bind很关键,这里动态的绑定了slf4j-api的实现机制

 

    static {  
        SINGLETON.init();  
      }  
      
      /** 
       * Package access for testing purposes. 
       */  
      void init() {  
        try {  
          try {  
            new ContextInitializer(defaultLoggerContext).autoConfig();  
          } catch (JoranException je) {  
            Util.reportFailure("Failed to auto configure default logger context",  
                je);  
          }  
          StatusPrinter.printInCaseOfErrorsOrWarnings(defaultLoggerContext);  
          contextSelectorBinder.init(defaultLoggerContext, KEY);  
          initialized = true;  
        } catch (Throwable t) {  
          // we should never get here  
          Util.reportFailure("Failed to instantiate ["  
              + LoggerContext.class.getName() + "]", t);  
        }  
      }  


获取配置信息初始化

    autoConfig ….  
    public URL findURLOfDefaultConfigurationFile(boolean updateStatus) {  
        ClassLoader myClassLoader = Loader.getClassLoaderOfObject(this);  
        URL url = findConfigFileURLFromSystemProperties(myClassLoader, updateStatus);  
        if (url != null) {  
          return url;  
        }  
      
        url = Loader.getResource(TEST_AUTOCONFIG_FILE, myClassLoader);  
        if (updateStatus) {  
          statusOnResourceSearch(TEST_AUTOCONFIG_FILE, myClassLoader, url);  
        }  
        if (url != null) {  
          return url;  
        }  
      
        url = Loader.getResource(AUTOCONFIG_FILE, myClassLoader);  
        if (updateStatus) {  
          statusOnResourceSearch(AUTOCONFIG_FILE, myClassLoader, url);  
        }  
        return url;  
      }  
      
      public void autoConfig() throws JoranException {  
        StatusListenerConfigHelper.installIfAsked(loggerContext);  
        URL url = findURLOfDefaultConfigurationFile(true);  
        if (url != null) {  
          configureByResource(url);  
        } else {  
          BasicConfigurator.configure(loggerContext);  
        }  
      }  


最后画张流程图总结下,^_^

 

 


 

 

 

 

 

总结: log框架应该很好的诠释了 facade , adapter , 实现上还是比较简单的,很好的做到了接口和实现的分离,对今后的代码组织有一定的启发

 

转载自 : http://myclqr.iteye.com/blog/1775541

------------------------------------------------------------------------------------

用slf4j+logback替代commons-logging+log4j
加载以下jar包:
slf4j-api.jar
logback-core.jar
logback-classic.jar
log4j-over-slf4j.jar
jcl104-over-slf4j.jar
同时删除commons-logging.jar和log4j.jar
http://logback.qos.ch/translator/Welcome.do转换log4j.properties为logback.xml

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
提供的源码资源涵盖了安卓应用、小程序、Python应用和Java应用等多个领域,每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写,确保了在对应环境下能够无缝运行。同时,源码中配备了详细的注释和文档,帮助用户快速理解代码结构和实现逻辑。 适用人群: 这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生,还是对其他领域编程感兴趣的学生,这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码,你可以掌握各平台开发的基础知识,提升编程能力和项目实战经验。 使用场景及目标: 在学习阶段,你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码,你将深入了解各平台开发的技术细节和最佳实践,逐步培养起自己的项目开发和问题解决能力。此外,在求职或创业过程中,具备跨平台开发能力的大学生将更具竞争力。 其他说明: 为了确保源码资源的可运行性和易用性,特别注意了以下几点:首先,每份源码都提供了详细的运行环境和依赖说明,确保用户能够轻松搭建起开发环境;其次,源码中的注释和文档都非常完善,方便用户快速上手和理解代码;最后,我会定期更新这些源码资源,以适应各平台技术的最新发展和市场需求。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值