本文共 4388 字,大约阅读时间需要 14 分钟。
log4j.appender.stdout=org.apache.log4j.ConsoleAppenderlog4j.appender.stdout.Target=System.outlog4j.appender.stdout.layout=org.apache.log4j.PatternLayoutlog4j.appender.stdout.layout.ConversionPattern=%d{ABSOLUTE} %5p [%t] %c{1}:%L - %m%nlog4j.rootLogger=warn, stdoutlog4j.logger.cn.edu.hpu=debug其中的意思分别是:输出位置(ConsoleAppender后台输出)、Target目标、输出的格式(PatternLayout),参数值配置。 创建测试文件,测试log4j的五个日志级别:
package cn.edu.hpu.tax.test;import org.apache.commons.logging.Log;import org.apache.commons.logging.LogFactory;import org.junit.Test;public class TestLog { @Test public void test(){ Log log=LogFactory.getLog(getClass()); log.debug("debug 级别日志"); log.info("info 级别日志"); log.warn("warn 级别日志"); log.error("error 级别日志"); log.fatal("fatal 级别日志"); }}测试结果: 19:44:14,365 DEBUG [main] TestLog:12 - debug 级别日志 19:44:14,368 INFO [main] TestLog:13 - info 级别日志 19:44:14,369 WARN [main] TestLog:14 - warn 级别日志 19:44:14,369 ERROR [main] TestLog:15 - error 级别日志 19:44:14,370 FATAL [main] TestLog:16 - fatal 级别日志 我们把log4j.properties配置文件中的log4j.logger.cn.edu.hpu=debug中的debug改为error,得到的结果是: 19:45:22,496 ERROR [main] TestLog:15 - error 级别日志 19:45:22,500 FATAL [main] TestLog:16 - fatal 级别日志 说明我们只需要得到错误(error)的、严重(fatal)的信息。 我们现在是开发阶段,所以我们要将模式改为debug模式。 当我们的用户使用我们的项目的时候,在控制台输出的错误如果被后面的信息覆盖掉,那么我们就找不到当时发生的问题的输出信息,从而无法修改系统的bug,所以我们要将我们的错误信息存储到文本中。 当然,除了error与fatal之外的信息用户是不需要知道的,我们只输出这两个信息可以减轻日志文本文件的容量。 下面我们就配置日志的文本输出: 我们在中添加下面的语句:
log4j.appender.R=org.apache.log4j.DailyRollingFileAppenderlog4j.appender.R.File=F:/tax/tax.loglog4j.appender.R.layout=org.apache.log4j.PatternLayoutlog4j.appender.R.layout.ConversionPattern=%d [%t] %5p %c - %m%n我们的报错信息就会保存在F:/tax/tax.log下,并且每日新增日志文件(DailyRollingFileAppender)。 根据我们的配置,我们的日志信息不仅会显示在控制台,而且会输出到日志记录文件中:
下面这个
package cn.edu.hpu.tax.test;import org.apache.commons.logging.Log;import org.apache.commons.logging.LogFactory;import org.junit.Test;public class TestLog { @Test public void test(){ Log log=LogFactory.getLog(getClass()); try { int i=1/0; } catch (Exception e) { log.error(e.getMessage()); e.printStackTrace(); } }}
我们如果做好了log日志记录,到时候出错的时候我们会在日志记录文件中看到下面的语句:
2015-10-20 20:03:33,431 [main] ERROR cn.edu.hpu.tax.test.TestLog - / by zero到时候我们再去排查服务器的错误的时候,就可以看到这个问题了,方便维护人员修改bug等。 好,我们的日志搭建完毕,接下来才是我们的重头戏,我们的初级增删改查业务。 2.6编写基类BaseDao 我们的增删改查都是有一个基本的固定模式的,所以我们为了避免写一些重复的代码造成代码冗余,所以我们可以写一个公用的增删改查基础类,让其他类去继承它来使用公用的增删改查的特性。 DAO基类中配备增删改查的操作:
package cn.edu.hpu.tax.core.dao;import java.io.Serializable;import java.util.List;public interface BaseDao实现类:{ //新增 public void save(T entity); //更新 public void update(T enetity); //根据id删除 public void delete(Serializable id); //根据id查找 public T findObjectById(Serializable id); //查找列表 public List findObjects();}
package cn.edu.hpu.tax.core.dao.impl;import java.io.Serializable;import java.lang.reflect.ParameterizedType;import java.util.List;import org.hibernate.Query;import org.springframework.orm.hibernate3.support.HibernateDaoSupport;import cn.edu.hpu.tax.core.dao.BaseDao;public class BaseDaoImplextends HibernateDaoSupport implements BaseDao { Class clazz; //拿到泛型实体类T public BaseDaoImpl(){ //BaseDaoImpl 获取此类泛型框中的第一个泛型 ParameterizedType pt=(ParameterizedType)this.getClass().getGenericSuperclass(); clazz=(Class )pt.getActualTypeArguments()[0]; } @Override public void save(Object entity) { getHibernateTemplate().save(entity); } @Override public void update(Object enetity) { getHibernateTemplate().update(enetity); } @Override public void delete(Serializable id) { getHibernateTemplate().delete(findObjectById(id)); } @Override public T findObjectById(Serializable id) { return getHibernateTemplate().get(clazz, id); } @Override public List findObjects() { Query query=getSession() .createQuery("FROM "+clazz.getSimpleName()); return query.list(); }}
这就是我们的基础增删改查类。详细的功能开发下一篇继续。
转载请注明出处: