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(BudgetQryServiceImpl.class) 用直接得到 Log4j 的 Logger 也就是跳开了用 LogFactory 来获得 Logger 的尴尬。
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(BudgetQryServiceImpl.class) 用直接得到 Log4j 的 Logger 也就是跳开了用 LogFactory 来获得 Logger 的尴尬。
本文探讨了在 WAS 环境下使用 Commons-Logging 日志框架时遇到的问题,特别是与 Log4j 日志框架之间的冲突。详细解释了 Commons-Logging 确定 LogFactory 实现的过程,并分析了导致 Log4j 日志输出在 WAS 下失效的原因。提出了通过在第一步获得 LogFactory 实现的方法来解决这一问题的建议。同时,介绍了一种绕过 LogFactory 直接使用 Logger 的方法,从而在 WAS 环境下正常输出 Log4j 日志。
524

被折叠的 条评论
为什么被折叠?



