Jetty的log level

我们的项目一年来一直使用Jetty+HSQLDB作为开发环境，加上 JettyLuncher和DBEdit这两个插件，用起来还是非常地顺手。不过伴随着项目越来越大，内容越来越多，引进来的第三方包很多都使用了 commons-logging作为日志输出，比如hibernate, spring等等。项目大了之后log信息也变得非常多，再加上jetty本身的信息变得非常多了。本来想通过修改commons- logging.properties设置高级别的标准，但是发现并没有任何作用，这个问题困惑我了很久，今天终于不能忍了，打算从头到尾trace一下到底哪里有问题。

首先先来了解一下Commons-logging的工作流程，Commons-Logging有两个最重要的类： Log接口(负责日志输出)和LogFactory抽象类(负责创建具体的Log)，很明显作为第一步得到LogFactory就需要知道其具体实现类，这个过程如下：
0， 准备工作，在classpath中读取commons-logging.properties；
1， 通过 System.getProperty()查找” org.apache.commons.logging.LogFactory”的值，作为LogFactory的具体实现类；如果没有继续
2， 通过 jar的Service Provider Discovery机制查找 "META-INF/services/org.apache.commons.logging.LogFactory"对应的资源，Service Provider Discovery是JDK1.3之后出现的，我们熟知的XML解析器的查找过程就是利用这个机制。如果没有继续：
3， 从第0步读出来的properties里面查找” org.apache.commons.logging.LogFactory”的值，作为实现类；如果没有继续
4， 使用 Commons-Logging自己实现的LogFactoryImpl类。
到此，就可以创建LogFactory了，接下来就是创建Log类，对于第三方提供的LogFactory实现要看具体的实现而不同，我们只说说LogFactoryImpl（即Commons-Logging自带的实现）是如何做的：
1， 查看 LogFactoryImpl中的attributes有没有org.apache.commons.logging.Log对应的值，这个 attributes是以commons-logging.properties为基础的；
2， 查找 System.getPorperty()中org.apache.commons.logging.Log对应的值；
3， 如果有 Log4J则使用Log4J；
4， 如果能够使用Jdk14Logger就是用Jdk14Logger；
5， 如果能够使用Jdk13LumberjackLogger则使用Jdk13LumberjackLogger，(Lumberjack是为JDK1.2,1.3实现logging能力的一个开源包, http://javalogging.sourceforge.net/)；
6， 都没有就使用SimpleLog。
由此可以看出，平常所说的查找顺序多半是指LogFactoryImpl中创建Log的顺序，而不是LogFactory具体实现的查找顺序。

再转回到所遇到的问题上，打开jettyluncher的源代码，看看PluginRunner.java类，这个类是用来启动jetty server的，在启动的时候有关log的作了如下的动作：
1， 调用了 LogFactory的releaseAll方法，看来只想是用自己的LogFactory，先把其他的都搞掉；
2， 接下来将 System.properties中的org.apache.commons.logging.LogFactory改为Jetty的实现 org.mortbay.log.Factory，很明显这样一做，后来所有使用到commons-logging的程序都会使用jetty的实现（除非也强制改掉）；
3， 接下来就是平常的getFatory(), getInstance()的动作，也都没有问题；
4， 看来问题应该是出在了jetty的Log实现org.mortbay.log. LogImpl身上了，打开一看果然如此，LogImpl根本没有关commons-logging.properties的设置，完全自己定义了log level等等信息。并且它的配置无法从文件中读取，只能从System.getProperty()中读取，没办法，只好在Jetty Laucher启动的参数中加入-DDEBUG_VERBOSE=-1，再启动之后Info信息就不再出来了。

到这里可以明白为什么hibernate, spring之类的log level无法改变的原因，JettyLauncher将其他的LogFactory实现都干掉，注册了Jetty的实现，从而使得hibernate, spring都只能使用jetty的实现进行log输出，Jetty本身的实现也非常的不自然，难于修改它的log level。