WAS上日志的问题

过看日志，发现was服务器上的server上的systemout.log太大，打开后发现有关业务数据的日志也全部写在了这个里面，于是进行改进。

 

先是改写了工程中的log4j配置文件，如下所示

 

 

 log4j.rootLogger=ERROR,A1 log4j.logger.CLIENT=INFO,R log4j.logger.FUNCTION=INFO,FUNC log4j.additivity.CLIENT=false log4j.additivity.FUNCTION=false log4j.appender.A1=org.apache.log4j.ConsoleAppender log4j.appender.A1.layout=org.apache.log4j.PatternLayout log4j.appender.A1.layout.ConversionPattern=%-d{yyyy-MM-dd HH:mm:ss:SSSS} [%p] %m%n #log4j.appender.R=org.apache.log4j.FileAppender log4j.appender.R.Encoding=utf-8 log4j.appender.R=org.apache.log4j.DailyRollingFileAppender log4j.appender.R.File=./logs/cussLog/dos_access.log log4j.appender.R.layout=org.apache.log4j.PatternLayout log4j.appender.R.layout.ConversionPattern=%-d{yyyy-MM-dd HH:mm:ss:SSSS} [%p] %m%n log4j.appender.R.MaxFileSize=100MB log4j.appender.FUNC.Encoding=utf-8 log4j.appender.FUNC=org.apache.log4j.DailyRollingFileAppender log4j.appender.FUNC.File=./logs/cussLog/dos_txn.log log4j.appender.FUNC.layout=org.apache.log4j.PatternLayout log4j.appender.FUNC.layout.ConversionPattern=%-d{yyyy-MM-dd HH:mm:ss:SSSS} [%p] %m%n log4j.appender.FUNC.MaxFileSize=100MB

 

主要是添加了additivity，使得自定义的两个logger不往父类的logger里面再写日志，这样就可以将业务日志和系统日志分离开，进行单独的配置和管理。

 

但是修改后在tomcat上测试成功后，转移到了was服务器上就遇到了一个这样的问题，全部日志仍然都写在了systemout里面，业务数据日志文件为空。

 

开始怀疑是log4j的配置问题，检查了很多遍，was服务器上使用的共享库也检查了，server也重启了，甚至node agent也重启了，还是一样的问题。

 

于是开始从tomcat与was的区别开始考虑。

以前代码中写业务日志文件的部分代码大概为：

Log log = LogFactory.getLog(getClass())

 

为了找到原因，将写日志文件的代码修改为：

 

Logger log = Logger.getLogger(a.class)

 

改成上述方式写业务数据成功，并且系统日志和业务日志也实现了分离。

 

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 的尴尬。

 

我相信一句话，任何事情的发生都是有其原因的。小小的日志文件也是一样。