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

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

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

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

web.xml:

<context-param>
 	<param-name>webAppRootKey</param-name>
 	<param-value>SzWeb.root</param-value>
</context-param>
<context-param>
 	<param-name>log4jConfigLocation</param-name>
 	<param-value>/WEB-INF/classes/log4j.properties</param-value>
</context-param>
<context-param>
 	<param-name>log4jRefreshInterval</param-name>
 	<param-value>60000</param-value>
</context-param>
<listener>
 	<listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>	  

log4j.properties:

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

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

<param-name>log4jConfigLocation</param-name>

<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这玩意到底干了啥,然后才想起来可能是执行顺序导致的)

好了,完结撒花