log4j配置

　　可以对Mybatis做一些优化 　　1. 在配置文件config.xml同级添加db.properties文件,将连接数据库的配置单独放在一个 properties 文件中 driver=com.mysql.jdbc.Driver url=jdbc:mysql://localhost:3306/mybatis username=root password=root 2. 为实体类定义别名,简化 sql 映射 xml 文件中的引用（建议不使用） <typeAliases> <typeAlias type="com.atguigu.ibatis.bean.User" alias="_User"/> </typeAliases> 3. 可以在 src 下加入 log4j 的配置文件,打印日志信息 　　 打印日志信息可以打印sql语句，可以更好的帮助找错 1. 添加 jar: 　　 log4j-1.2.16.jar 2.1. log4j.properties log4j.properties, log4j.rootLogger=DEBUG, Console #Console log4j.appender.Console=org.apache.log4j.ConsoleAppender log4j.appender.Console.layout=org.apache.log4j

痛苦了好几天，新项目的环境是jboss as 7.1.1 final + mybatis 3.2.2 +spring4.0.0 今天要输出mybatis的日志，以便查看所执行的SQL语句，无论如何配置log4j.properties都无法实现。 按照mybatis的文档提供的方法进行log4j.properties文件以及mybatis-config.xml文件的设置，还是不能输出sql。感觉好像自己写的log4j.properties文件没有生效一样。 在网上搜素了一些资源： http://kang36897.blog.163.com/blog/static/17047373201211262204229/ 有的说，在pom.xml文件中为log4j加上<scope>provided</scope>，有的说在web.xml中配置log4j的listener，绝大部分的文档是要大家修改log4j.properties，相信我，绝对没用。 后来突然想到，会不会是容器的问题。改用junit直接测试mapper类，发现可以正常输出SQL日志。由此开始怀疑是jboss as 7.1.1的问题。又在网上搜索了一些文章，比如： https://community.jboss.org/thread/198196 ，我在项目中增加了jboss-deployment-structure

转载自：https://blog.csdn.net/eagleuniversityeye/article/details/80582140 1. 什么是 log4j ？ Log4j 是 Apache 的一个开源项目，通过使用 Log4j，我们可以控制日志信息输送的目的地是控制台、文件等；我们也可以控制每一条日志的输出格式；通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程。可以有 properties 和 xml 两种文件格式。 2. log4j.properties 配置文件详解 日志文件三个主要功能： 产生日志信息 将日志信息输出到指定的位置 调整输出样式 2.1 rootLogger 的配置 基本格式： log4j.rootLogger = level,appenderName1,appenderName2, ..... appenderName：相当于变量名，与实际配置文件中对应即可 解释： level：日志记录的优先级，分为OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL或者自定义的级别，默认优先级：ALL < DEBUG < INFO <WARN < ERROR < FATAL < OFF，指定相应的级别之后只会打印出该优先级和高于该优先级的日志信息。一般推荐使用FATAL、ERROR、WARN、INFO、DEBUG五种。

之前，在Linux上查看日志，一直是用：tail -f catalina.out 的方式，只能实时看，没有记录文件，很不方便 于是决定把"老项目"（是spring MVC的项目，spring boot的绕道）的日志全部 切换成logback的（至于为什么要选logback，有疑问的请自行百度），并以日志文件存留 先说一下，老项目之前启动一直是有一个警告的：（A）SLF4J: Class path contains multiple SLF4J bindings. 就是有冲突日志文件，但是由于不影响项目启动，所以没有多管。。。 但是现在就是要管一管TA，由于老项目pom文件有点大，也有好多冗余，就不再说一些细节，提供一些解决问题的思考方向： 最开始的警告是这样的： ERROR StatusLogger No Log4j context configuration provided. This is very unusual. SLF4J: Class path contains multiple SLF4J bindings. SLF4J: Found binding in [jar:file:/opt/min_meerkat_test/meerkat/apache-tomcat-7.0.79/webapps/meerkat-web/WEB-INF/lib/log4j-slf4j

tomcat常用配置详解和优化方法 参考： http://blog.csdn.net/zj52hm/article/details/51980194 http://blog.csdn.net/wuliu_forever/article/details/52607177 https://www.cnblogs.com/dengyungao/p/7542604.html https://www.cnblogs.com/ysocean/p/6893446.html#_label1 常用配置详解 1 目录结构 /bin：脚本文件目录。 /common/lib：存放所有web项目都可以访问的公共jar包（使用Common类加载器加载）。 /conf：存放配置文件，最重要的是server.xml。 /logs：存放日志文件。 /server/webapps：来管理Tomcat-web服务用的。仅对TOMCAT可见，对所有的WEB APP都不可见（使用Catalina类加载器加载）。 /shared/lib：仅对所有WEB APP可见，对TOMCAT不可见（使用Shared类加载器加载）。 /temp：Tomcat运行时候存放临时文件用的。 /webapps：web应用发布目录。 /work：Tomcat把各种由jsp生成的servlet文件放在这个目录下。删除后，启动时会自动创建。 2

Logback和log4j是非常相似的，如果你对log4j很熟悉，那对logback很快就会得心应手。下面列了logback相对于log4j的一些优点： 更快的实现 Logback的内核重写了，在一些关键执行路径上性能提升10倍以上。而且logback不仅性能提升了，初始化内存加载也更小了。 非常充分的测试 Logback经过了几年，数不清小时的测试。Logback的测试完全不同级别的。在作者的观点，这是简单重要的原因选择logback而不是log4j。 Logback-classic非常自然实现了SLF4j Logback-classic实现了SLF4j。在使用SLF4j中，你都感觉不到logback-classic。而且因为logback-classic非常自然地实现了SLF4J，所以切换到log4j或者其他，非常容易，只需要提供成另一个jar包就OK，根本不需要去动那些通过SLF4JAPI实现的代码。 非常充分的文档 官方网站有两百多页的文档。 自动重新加载配置文件 当配置文件修改了，Logback-classic能自动重新加载配置文件。扫描过程快且安全，它并不需要另外创建一个扫描线程。这个技术充分保证了应用程序能跑得很欢在JEE环境里面。 Lilith Lilith是log事件的观察者，和log4j的chainsaw类似。而lilith还能处理大数量的log数据

Web基础之日志   日志在企业开发中有着不可或缺的作用，它可以用以记录用户操作、系统运行状态和错误信息。日志记录的好坏直接关系到系统出现问题时定位的速度。   最开始的日志一般使用log4j，后来sun公司心有不甘，在jdk 1.4中加入了一个叫java.util.logging的日志包，简称jul。两种日志的api肯定是不同的，此时日志就出现了混乱。log4j的作者Ceki Gülcü就写了一个叫Jakarta Commons Logging的接口,简称jcl，来共同管理log4j和jul，并且jcl中提供了一个日志实现simplelog。接着又改良了下log4j，写出了logback。再后来Ceki Gülcü觉得jcl不好用（的确用问题），然后写了一个新的接口slf4j，来共同管理这些日志系统。接着呢Ceki Gülcü又觉得logj4性能不够了，又写了一个log4j2，。真是专注日志100年啊。   所以他们之间的关系是这样的：   其中slf4j并不提供日志实现，而是使用 外观模式 创建了一个接口，来统一这些日志的api。   这也是为什么阿里规范上强制使用slf4j的原因： 【 强制 】应用中不可直接使用日志系统（Log4j、Logback）中的 API，而应依赖使用日志框架SLF4J 中的 API，使用门面模式的日志框架，有利于维护和各个类的日志处理方式统一。

本文主要给大家介绍SpringBoot中如何通过sl4j日志组件优雅地记录日志。其实，我们入门 JAVA 的第一行代码就是一行日志，那你现在还在使用 System.out.println("Hello,小明!") 记录日志吗？ 我经历过的日志组件 我最开始接触的日志组件是 Log4j Log4j 作为Apache的一个开放源代码的项目，通过使用 Log4j ，我们可以控制日志信息输送的目的地是控制台、文件等我们期望它输出到的地方；我们也可以控制每一条日志的输出格式；通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程。 我们可以通过一个配置文件来灵活地进行上面的配置，而不需要修改应用的代码。 Log4j 作为当时作为最先比较流行的日志框架，给我们在应用开发和维护带来了很大的便捷。 但是，如今还是慢慢的走下“神坛”呢，逐渐被 Logback 替代，众里寻她千百度，原来 Logback 是 升级版 ，相对 Log4j 而言有了更多的改进，而且开发人员竟然是同班人马（其实就是一个人写的）！ 新星Logback Logback 主要有下面的特性： 更快的执行速度：基于我们先前在 Log4j 上的工作， Logback 重写了内部的实现，在某些特定的场景上面，甚至可以比之前的速度快上10倍。在保证 Logback 的组件更加快速的同时，同时所需的内存更加少； 充分的测试：

<dependency> <!-- junit 4.7 --> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.11</version> <type>jar</type> <scope>test</scope> </dependency> <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.17</version> </dependency> <dependency> <groupId>com.54chen</groupId> <artifactId>paoding-rose</artifactId> <version>1.0</version> </dependency> <dependency> <groupId>com.54chen</groupId> <artifactId>paoding-rose-jade</artifactId> <version>1.1</version> </dependency> <dependency> <groupId>com.54chen</groupId> <artifactId>paoding-rose-scanning<

Log4j简介 Log4j是Apache的一个开源项目，通过使用Log4j，我们可以控制日志信息输送的目的地是控制台、文件、GUI组件，甚至是套接口服务器、NT的事件记录器、UNIX Syslog守护进程等；我们也可以控制每一条日志的输出格式；通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程。最令人感兴趣的就是，这些可以通过一个配置文件来灵活地进行配置，而不需要修改应用的代码。 Log4j配置文件log4cxx.properties包括以下几个基本信息： Log4J的三个组件： Logger：日志记录器，负责收集处理日志记录 （如何处理日志） Appender：日志输出目的地，负责日志的输出 （输出到什么 地方） Layout：日志格式化，负责对输出的日志格式化（以什么形式展现） 1.Log4j 根配置语法 log4j.rootLogger = [ level ] , appenderName1, appenderName2, … （1） level 是日志记录的优先级，分为OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL或者自定义的级别。注意，如果log4j.logger. appenderName没有指定任何日志等级，将会使用这里的日志等级。 （2）Log4j建议只使用四个级别，优先级从高到低分别是ERROR、WARN、INFO