过看日志,发现was服务器上的server上的systemout.log太大,打开后发现有关业务数据的日志也全部写在了这个里面,于是进行改进。
先是改写了工程中的log4j配置文件,如下所示
主要是添加了additivity,使得自定义的两个logger不往父类的logger里面再写日志,这样就可以将业务日志和系统日志分离开,进行单独的配置和管理。
但是修改后在tomcat上测试成功后,转移到了was服务器上就遇到了一个这样的问题,全部日志仍然都写在了systemout里面,业务数据日志文件为空。
开始怀疑是log4j的配置问题,检查了很多遍,was服务器上使用的共享库也检查了,server也重启了,甚至node agent也重启了,还是一样的问题。
于是开始从tomcat与was的区别开始考虑。
以前代码中写业务日志文件的部分代码大概为:
为了找到原因,将写日志文件的代码修改为:
改成上述方式写业务数据成功,并且系统日志和业务日志也实现了分离。
Google了一下,相关问题还不少,apache甚至专门有文档来说明这个问题。
先说解决方法:
1. 用 Logger log = Logger.getLogger(BudgetQryServiceImpl.class)
直接获得 log4j 的 Logger 实例;
2. 仍用 Log log = LogFactory.getLog(getClass()) 但必须在应用目录的 META-INF/services 中加个文件 org.apache.commons.logging.LogFactory
内容为: org.apache.commons.logging.impl.LogFactoryImpl 。默认时,日志实现会被 websphere 的日志组件接管。
原因分析:
WAS也是用的commons-logging日志框架,commons-logging中LogFactory 获得实现的顺序是
1. 从应用的 META-INF/services/org.apache.commons.logging.LogFactory 中获得 LogFactory实现
2. 从系统环境中获得 org.qpache.commons.logging.LogFactory 获得 LogFactory 实现
3. 从 classpath 下的 commons-logging.properties 文件中获得 LogFactory 实现
而之所以在 tomcat 下表现良好的 log4j 日志输出放到 was 下不灵了,是因为 was 在第二步截住了,was 有一个系统环境变量 org.qpache.commons.logging.LogFactory 的值为 com.ibm.was.commons.logging.TrLogFactory,这个类在 ws-commons-logging.jar 中。
所以我们在使用 commons-logging 时,要能应用到所期望的 LogFactory 实现就要在第一步获得 LogFactory 实现,这就是前面的第二种方法。 而 Logger log = Logger.getLogger(a.class) 用直接得到 Log4j 的 Logger 也就是跳开了用 LogFactory 来获得 Logger 的尴尬。
我相信一句话,任何事情的发生都是有其原因的。小小的日志文件也是一样。