log4j.properties读取webapp.root值失败,导致的setFile(null,..)的解决方案

转载自: http://blog.csdn.net/java1234321/article/details/42103341

    这个问题折磨了我整整一天,特此写出来帮助后来的小伙伴们少走弯路.

    我先描述环境,你来看看是否和你的情况相似.

    项目中使用了spring与log4j,使用org.springframework.web.util.Log4jConfigListener监听,log4j.properties中配置了${webapp.root}来获取web.xml中配置的webAppRootKey.大致相关代码如下:

web.xml:

[html] view plain copy

print ?

1. <context-param>   
2.     <param-name>webAppRootKey</param-name>  
3.     <param-value>SzWeb.root</param-value>  
4. </context-param>   
5. <context-param>   
6.     <param-value>/WEB-INF/classes/log4j.properties</param-value>  
7. </context-param>    
8. <context-param>   
9.     <param-name>log4jRefreshInterval</param-name>   
10.     <param-value>60000</param-value>  
11. </context-param>   
12. <listener>  
13.     <listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>  
14. </listener>       

log4j.properties:

[java] view plain copy

print ?

1. log4j.appender.logfile_error.File={webapp.root}/WEB-INF/logs/SystemError.log

网上流传导致setFile(null,..)的原因是

[html] view plain copy

print ?

1. <param-name>log4jConfigLocation</param-name>  

[html] view plain copy

print ?

1. <param-value>/WEB-INF/classes/log4j.properties</param-value>  

需要设置成classpath:log4j.properties

而在我的项目中,我发现的原因是:

listener的执行顺序导致的…

web.xml内的执行顺序是这样的 context-param–>listener–>filter–>servlet,而listener的执行顺序是按你书写顺序的…

我的项目中存在AB两个listener,Alistener在前,其中做了一些系统业务参数的初始化,Blistener就是Log4jConfigListener,本来是没什么问题的,但是A中偏偏有对日志的操作,所以在Blistener还没有生效前就要求log4j开始做日志处理,所以log4j同学就去找自己的配置文件,然后发现里面有一个${webapp.root},然后它就去system的property里面找,发现没有然后就报错…为什么没有呢?因为Blistener实际上去读取了servlet.realpath,然后把你设置的webAppRootKey和realpath关联起来,保存到system的property里面…结果B还没来得及干,A就去找了…

至此找到了原因…(之前google…度娘都问了…根本没有人和我一样,最终还是看了看Log4jConfigListener这玩意到底干了啥,然后才想起来可能是执行顺序导致的)

好了,完结撒花