Servlet中使用Log4j2

  因为Servlet常用的版本有两个,即2.5与3.0。要在web application中使用Log4j2,还需要加入log4j-web的jar包。log4j通过web.xml中的context参数log4jConfiguration来查找配置文件。如果没有的话,那么会在WEB-INF目录下查找以“log4j2”开头命名的xml文件。如果不止一个log4j2开头的文件,那么会优先使用log4j2-name命名的文件,name为项目名称。否则会使用第一个文件。

  log4j2能够在Servlet3.0下正常使用且不用配置。因为在Servlet3.0的API中加入了ServletContainerInitializer,它自动启动了Filter和ServletContextListener(这两个类在Servlet2.5中需要配置)。官方文档有一个注意事项:

Important Note! For performance reasons, containers often ignore certain JARs known not to
contain TLDs or ServletContainerInitializers and do not scan them for web-fragments and
initializers. Importantly, Tomcat 7 <7.0.43 ignores all JAR files named log4j*.jar, which prevents this
feature from working. This has been fixed in Tomcat 7.0.43, Tomcat 8, and later. In Tomcat 7 <7.0.43
you will need to change catalina.properties and remove "log4j*.jar" from the jarsToSkip property. You may need to do something similar on other containers if they skip scanning Log4j JAR files.

  在tomcat版本小于7.0.43的时候,需要修改catalina.properties文件的 jarToSkip配置,把“log4j*.jar”去掉。

  如果你不想让log4j2自动启动,那么可以配置isLog4jAutoInitializationDisabled参数。

1 <context-param>
2     <param-name>isLog4jAutoInitializationDisabled</param-name>
3     <param-value>true</param-value>
4 </context-param>

  在Servlet2.5中,需要我们自己配置filter和Listener。配置规则如下:

 1 <listener>
 2     <listener-class>org.apache.logging.log4j.web.Log4jServletContextListener
 3     </listener-class>
 4 </listener>
 5 <filter>
 6 <filter-name>log4jServletFilter</filter-name>
 7     <filter-class>org.apache.logging.log4j.web.Log4jServletFilter</filter-class>
 8     </filter>
 9 <filter-mapping>
10     <filter-name>log4jServletFilter</filter-name>
11     <url-pattern>/*</url-pattern>
12     <dispatcher>REQUEST</dispatcher>
13     <dispatcher>FORWARD</dispatcher>
14     <dispatcher>INCLUDE</dispatcher>
15     <dispatcher>ERROR</dispatcher>
16     <dispatcher>ASYNC</dispatcher><!-- Servlet 3.0 w/ disabled auto-initialization only; not supported in
17 </filter-mapping>

  以上两种情况都允许自定义context parameters。有3个参数可供配置:

  isLog4jContextSelectorNamed:布尔类型配置,由它选择是否使用JndiContextSelector。如果它设为true的话,那么log4jContextName一定要配置或者在web.xml中指定display-name。并且log4jConfiguration也要配置一个URL,这个URL是log4j2的配置文件地址,但这个不是必须要配置的。

  log4jContextName:配置display-name。

  log4jConfiguration:log4j配置文件的路径。

示例如下:

1 <context-param>
2     <param-name>isLog4jContextSelectorNamed</param-name>
3     <param-value>true</param-value>
4 </context-param>
1 <context-param>
2     <param-name>log4jContextName</param-name>
3     <param-value>myApplication</param-value>
4 </context-param>
1 <context-param>
2     <param-name>log4jConfiguration</param-name>
3     <param-value>file:///etc/myApp/myLogging.xml</param-value>
4 </context-param>

这里的log4jConfiguration可以写绝对地址,也可以写相对地址。

时间: 2024-10-12 07:02:28

Servlet中使用Log4j2的相关文章

Servlet中保存的cookie值读取不到

在设计登录时记住密码功能时,很多时候回使用cookie,在Servlet中保存cookie时,再次访问登录页面,没有读取到保存的cookie值,代码如下: 1 Cookie idCookie = new Cookie("id",String.valueOf(user.getId())); 2 Cookie nameCookie = new Cookie("username",URLEncoder.encode(user.getName(), "utf-8&

JSP+Servlet中使用jspsmartupload.jar进行图片上传下载

JSP+Servlet中使用cos.jar进行图片上传 upload.jsp <form action="FileServlet" method="post" enctype="multipart/form-data"> <input type="file" name="myfile"> <input type="text" name="cmt&q

Servlet中service方法

在学习Servlet的过程中,我们大多时候编码都是直接继承HttpServlet这个类,并且重写doGet ,doPost,但是查看Api时我们会发现Servlet接口 ,GenericSevlet抽象类 以及HttpServlet类中都有service方法,那么为什么我们继承HttpSevlet类时不要重写service 而要重写doGet doPost呢?service的作用是什么捏?? 正如上文中所说的,Servlet中,service方法是一直存在的,因为最高层的接口Servlet(像H

Servlet中读取参数的几种方式

为每一Servlet设置初始化参数 可以为每一个Servlet在对应的web.xml中的Servlet节点下编写初始化参数,格式如下: <init-param> <param-name>userName</param-name> <param-value>admin</param-value> </init-param> 然后在servlet中用如下代码获取相应的参数: ServletConfig config = this.getS

jsp/servlet中的编码问题

首先声明以下只是我个人的看法,有部分观点与网上人云亦云的观点不一样,不过凡事必恭亲,我还是相信自己测试的结果 推荐一个很好地URL编码详解http://www.ruanyifeng.com/blog/2010/02/url_encoding.html 与网上的共识是 JSP中 <%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"

转: servlet中的service, doGet, doPost方法的区别和联系

大家都知道在javax.servlet.Servlet接口中只有init, service, destroy方法 但是我们在继承HttpServlet的时候为何一般重写doGet和doPost方法呢 下面我们看一下Servlet源代码: 注意: JDK只是定义了servlet接口,而实现servlet接口的比如tomcat, jboss等服务器 下面我们找到tomcat源代码, 可以到官网下载, 目前最新版本是7.0.53 找到javax.servlet.http.HttpServlet类, 下

servlet中service doGet doPost 的关系

在servlet中默认情况下,无论你是get还是post 提交过来都会经过service()方法来处理,然后转向到doGet 或是doPost方法,可以看HttpServlet 类的service方法: protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String method = req.getMethod(); if(

AJAX POST请求中參数以form data和request payload形式在servlet中的获取方式

HTTP请求中,假设是get请求,那么表单參数以name=value&name1=value1的形式附到url的后面,假设是post请求,那么表单參数是在请求体中,也是以name=value&name1=value1的形式在请求体中.通过chrome的开发人员工具能够看到例如以下(这里是可读的形式,不是真正的HTTP请求协议的请求格式): get请求: RequestURL:http://127.0.0.1:8080/test/test.do?name=mikan&address=

Servlet中会话之cookie(7)

1.(1).用户输出URL地址,有效访问某个网站,在该网站上的一系列有效操作,随后关闭浏览器的整个过程,叫一次会话 (2).会话主要解决服务端如何保存每个客户端对应的私有信息. (3).会话主要有二种: a>Cookie技术[客户端技术] b>Session技术 两者的不同就是:session会随着浏览器关闭而失效,但cookie会一直存放在客户端机器上,除非超出Cookie的生命周期. 2.Cookie技术    (1)Cookie是客户端技术,服务器把每个用户的数据以cookie的形式写给