SLF4J(Simple Logging Facade for Jave).
上个章节在配置启动项目后，会报一个奇怪的错误，一开始以为是Maven 依赖有冲突，其实是和slf4j 密切相关的。
本文原链接地址http://www.cnblogs.com/bnbqian/
46.1 最常见的Error Message
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder". SLF4J: Defaulting to no-operation (NOP) logger implementation SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
这个错误其实再明显不过了，就是说在当前class path 下找不到 slf4j 的binding.
至于binding 是什么，和slf4j 是什么关系，这个就要从这个应用的定位开始说起。
46.2 slf4j 究竟是什么
slf4j 的f 的含义就是外观或者说是一种抽象，这就对了，slf4j 是对各种各样主流log 框架的一个抽象接口。
比如说 java.util.logging, logback, log4j.
slf4j 其实只有一个jar 包，那就是 slf4j-api-1.7.5.jar.
自从1.6.0 版本开始，如果么有找到对应的绑定，slf4j 将会默认转向无操作的实现，也就是不输出任何log.
46.3 slf4j 的binding 究竟是什么
就像上面所说的，slf4j 只是接口，能够支持各种log 框架的工作。但是slf4j 和log 框架之间，需要一个类似与转换器一样的东西。
slf4j 和每一个log 框架的整合都是通过这个转换器的。
例如：
slf4j-log4j12-1.7.5.jar 就是一个连接log4j.jar 的binding
slf4j-jdk14-1.7.5 就是一个连接JDK1.4 logging 的binding
slf4j-simple-1.7.5.jar 简单的将日志输出到System.err, 适合小程序的binding
slf4j-nop-1.7.5.jar 这个东东就是啥都不做
只要通过替换这个binding 就可以直接替换对应的日志框架，自然就happy了。
46.4 日志框架开发应该依赖slf4j-api, 而不该依赖binding
这个是显而易见的，slf4j 设计的目的就是可以随时随地切换日志组件，任何框架都不该依赖于binding.
也就是这个原因，在Maven 中添加了Hibernate-core 后，并不会下载对应的binding.
以至于程序刚开始的时候会有个简单的信息告诉我们日志模块被切到了nop.
46.5 Log4j
我们的项目已经添加了log4j 的 jar 包，接下去自然加上对应的binding 就可以了。
折腾了好久，*仓库可能暂时升天了，找替换仓库。
<repositories>
<repository>
<id>central</id>
<name>replace</name>
<url>http://mirrors.ibiblio.org/maven2/</url>
<snapshots>
<enabled>false</enabled>
</snapshots>
</repository>
加上binding
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>1.7.2</version>
</dependency>
日志终于能够正常输出了！
有些时候不要去*仓库下载jar 包了，手动安装jar 包到本地仓库的技能我觉得也是必须的。
手动安装目前暂时不需要了，先标记个参考文章吧，下次可以阅读 http://www.blogjava.net/fancydeepin/archive/2012/06/12/380605.html 说白了其实就是下载包，然后一个命令行，今天的时间结束。