Question

tomcat中多个应用共用jar的情况下，如何为每个应用配置log4j.properties

1.项目A中有一个log4j.properties（配置为把日志输出到以项目名称命名的文件夹中）
2.为了减轻tomcat负担，把项目A的WEB-INF/lib下的所有jar文件拷贝到tomcat下的lib中并修改catalina.properties对其加载
3.把项目A复制一份为项目B
4.然后把项目A和项目B同时发布在tomcat中（发布时删除了WEB-INF/lib）
访问项目A和项目B，发现两个应用的日志全部输出到了项目A的文件夹中。
顺便说一下，如果把项目需要的jar放在WEB-INF/lib中，则不会出现上述的问题。
在所有的jar文件都拷贝到tomcat/lib中的前提下，如何使得各个应用的log4j.properties生效呢？？
目前知道的是，两个工程中的log4j.properties的确都被加载了，只是最后一个被加载的log4j.properties覆盖了前面加载的配置，也就是说只有最后被加载的生效了。

Answer 1

这个问题可能是这样的，由于你的log4j的包被放在了公共的目录下，因此tomcat在加载的时候，只加载这一份log4j相关类，而这一份log4j类在初始化过程中会读取你的日志输出路径，由于这个类被加载了一份，因此它本身也只能加载一份配置的输出路径(后面加载的覆盖前面加载的)。

你以往将log4j放在每个项目下，tomcat会创建多个classloader来负责加载每个项目路径中的类，而不同的log4j类当然就可以分别加载到不同的log4j properties文件，实现每个项目的单独输出。

不知你们项目为何一定要将所有的jar都归集到一处，我觉得你们可以单独把log4j这个包分开在各个项目中来实现这个功能。

追问

我曾试着提取log4j到WEB-INF中，但是加载tomcat/lib中的某些类时会提示找不到log4j，我想是因为类加载器加载顺序的问题。

追答

tomcat的加载规则和普通的类加载双亲委派不同。它是自身层级的加载器先加载，加载不到再委托父加载器。你放在tomcat的lib文件夹里的会被common classloader加载，而放在项目文件夹中的会被webapp classloader加载。commmo classloader是webapp classloader的父加载器，因此commmo classloader在加载自己路径中的类时，如果碰到log4j加载不到，只会委托自己的父加载器，也就是Application classloader去加载，而不会委托webapp classloader去加载，自然也就无法加载到你项目Lib中的log4j，你尝试一下把你的项目lib中和tomcat的lib中都放入log4j试试吧。

追问

项目lib中和tomcat的lib中都放入log4j后，因为不同的classloader，加载时会出错，（部分）异常如下：
log4j:ERROR "org.apache.log4j.RollingFileAppender" was loaded by [WebappClassLoader
context: /dasp-mts-gerb
delegate: false
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
org.apache.catalina.loader.StandardClassLoader@d9ceea
].
还有没有其它办法呢？

追答

想不出什么好的办法了。。
如果log4j通过公有类加载器加载一份，那路径就只有一个。
如果log4j分别被项目私有的类加载器加载，但是其他包被公有类加载器加载，那么其他包就加载不到log4j，因为公有类加载器无法去委派子加载器去加载。
如果log4j被公有类加载器和项目的私有类加载器加载，又会引发冲突。。
这个问题本身就非常纠结啊，感觉你们把所有的包都归集到一处，又把日志分开打，还是有点不科学。。如果要把包全部作为公有的，日志估计也就只能作为公有让所有项目共享了。。

Answer 2

这个还真不知道。 我都是各自用各自的