我们的日志虽然没有直接依赖logback，但遗憾的是也没有使用slf4j，而是使用了Apache Common-Logging
slf4j 和 common-logging有什么区别呢
common-logging通过动态查找的机制，在程序运行时自动找出真正使用的日志库。由于它使用了ClassLoader寻找和载入底层的日志库， 导致了象OSGI这样的框架无法正常工作，因为OSGI的不同的插件使用自己的ClassLoader。 OSGI的这种机制保证了插件互相独立，然而却使Apache Common-Logging无法工作。
slf4j在编译时静态绑定真正的Log库,因此可以再OSGI中使用。另外，SLF4J 支持参数化的log字符串，避免了之前为了减少字符串拼接的性能损耗而不得不写的if(logger.isDebugEnable())，现在你可以直接写：logger.debug(“current user is: {}”, user)。拼装消息被推迟到了它能够确定是不是要显示这条消息的时候，但是获取参数的代价并没有幸免。
现在的情况是，在我们的项目里，引用了大量的第三方JAR包，这些JAR包里有的使用的是slf4j，有的引用的是Apache Commons-logging，如前所述，apache common logging 在多classloader的环境下无法正常工作，想要用统一管理整个前置的日志，只能使用slf4j
这其中存在许多需要解决的问题
0.那些使用commons-logging的第三方JAR包怎么办
1:需要将apache commons-logging的日志转移到slf4j，可能有相关jar包能够做到
2.由于dao是在PEDynamicRuntime里公用的，逻辑上无法将批量调用和普通调用区分开来
由于第2点没有想到好的解决办法，这件事情已经搁置了