上文描述了如何在Apusic AS的Web應用中調用Log4J，有些朋友會覺得Log4J使用前還需要初始化比較麻煩，還有些朋友會說“怎么你這個Log4J使用起來那么復雜，我們的項目都沒有那么過程呀？”，那是因為許多Web應用中是用Java commons-logging(JCL)+Log4J的，如果采用JCL+Log4J就不需要初始化了。
那么為什么有了Log4J又有JCL呢？是因為SUN的JDK 1.4中自帶有日志框架，Log4J是Apache提供的日志框架，為了擴展應用的兼容性，保證應用可以無縫切換到不同的日志框架，因此JCL提供的是日志系統的接口，通過給工廠接口提供不同的實現類，從而保證與不同日志框架的兼容。同時，為了保證系統的有效性，還提供了一個非常簡單的日志框架實現，以便沒有外接其他日志框架時可以使用自帶的。
那么為什么JCL+Log4J就不需要初始化了呢？這要從JCL的執行流程說起。當應用執行類似以下代碼時：
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
public class LoggingDemo {
??? private static Log log = LogFactory.getLog(LoggingDemo.class);
??? // ...
}
LogFactory.getLog()函數會啟動一個搜索過程，找出底層日志記錄功能的實現，具體的發現過程在下面列出：
⑴ Commons的Logging首先在CLASSPATH中尋找一個commons-logging.properties文件。這個屬性文件至少定義org.apache.commons.logging.Log屬性，它的值應該是實現Log接口的完整限定名稱。
⑵ 如果上面的步驟失敗，Commons的Logging接著檢查系統屬性org.apache.commons.logging.Log，以便找到實現Log接口的完整限定名稱。屬性可以通過服務器啟動時參數配置，或者在代碼中使用System.setProperty()函數操作，具體可以參考附件。
⑶ 如果找不到org.apache.commons.logging.Log系統屬性，Logging接著在CLASSPATH中尋找log4j的類。如果找到了，Logging就假定應用要使用的是log4j。log4j本身的屬性需要按照框架配置文件定義的方式進行，一般是通過log4j.properties文件正確配置。
⑷ 如果上述查找均不能找到適當的Logging API，但應用程序正運行在JRE 1.4或更高版本上，則默認使用JRE 1.4的日志記錄功能。
⑸ 最后，如果上述操作都失敗，則應用將使用內建的SimpleLog。SimpleLog把所有日志信息直接輸出到System.err。
了解了以上的過程就會明白為什么JCL+Log4J不再需要初始化，使用JCL+Log4J只需要在WEB-INF/lib下放置commons-logging.jar和log4j.jar包，在WEB-INF/classes下放置log4j.properties和commons-logging.properties（可選）文件，就可以在程序中隨意的使用了。
為了方便大家了解詳細情況，附件為Apusic下的一個使用案例。同樣是個Servlet文件，只需要輸入對Servlet進行訪問就可以看到日志輸出的全過程。
附件下載地址：http://zhuyuanxiang.javaeye.com/topics/download/e67caefb-2e23-3e97-b00b-bf8bd6dc6358