spring+quartz简单使用笔记

注意&＃xff1a;Spring 3.0以上版本不在使用CronTriggerBean&＃xff0c; 请使用CronTriggerFactoryBean。因为在Spring 3.0版本中&＃xff0c;内置的Quartz版本是小于2.0的&＃xff0c;而spring3.0以上使用的Quartz版本>&＃61;2.0。接口不兼容&＃xff0c; 请选择合适的版本并正确配置&＃xff0c;否则会报错。

Quartz的两种使用方法

1.继承org.springframework.scheduling.quartz.QuartzJobBean类的方式

2.POJO &＃43; 配置 的方式

&＃xff08;推荐第二种&＃xff0c;作业类只是一个简单的POJO&＃xff0c;加上配置文件就可以运行&＃xff0c;更加灵活&＃xff01;&＃xff09;

两种调度任务触发机制&＃xff1a;

1.每隔指定时间则触发一次&＃xff0c;对应的调度器为org.springframework.scheduling.quartz.SimpleTriggerBean

2.每到指定时间则触发一次&＃xff0c;对应的调度器为org.springframework.scheduling.quartz.CronTriggerBean

package com.dataManager.job;import java.sql.Timestamp;
import java.util.Date;import org.quartz.JobExecutionException;
import org.springframework.beans.factory.annotation.Autowired;import com.dataManager.service.MonitorOutputService;
import com.dataManager.utility.log.Log4jConfig;
import com.dataManager.utility.log.Log4jConfigFactory;
import com.dataManager.utility.transformat.FormatCalendar;/*** 使用一个简单的pojo */
public class MonitorDeleteJob{private Log4jConfig logger &＃61; Log4jConfigFactory.create(MonitorDeleteJob.class);&＃64;Autowiredprivate MonitorOutputService monitorOutputService;public void execute() throws JobExecutionException {Date date &＃61; new Date();try {int m &＃61; monitorOutputService.deleteBeforeDate(FormatCalendar.offsetTime(date, 4, -1));logger.debug((double) m, "", "定期删除监控数据&＃xff1a;" &＃43; new Timestamp(date.getTime()));} catch (Exception e) {StackTraceElement[] trace &＃61; e.getStackTrace();logger.error(null, trace[0].getMethodName(), trace[0].getLineNumber(), e.toString());}}public static void main(String[] args) throws JobExecutionException {MonitorDeleteJob x &＃61; new MonitorDeleteJob();x.execute();}
}

&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61; 以下不相关&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;

被调度的任务时一个简单的POJO,  execute方法的名字并不是强制规定&＃xff0c;只不过刚开始写这段代码的时候&＃xff0c;使用第一种方法&＃xff0c;实现了InterruptableJob接口&＃xff0c;其实不必如此。

在实际使用中一开始获取monitorOutputService的时候采用一下方式获得&＃xff0c;这样在测试环境下是正确的&＃xff0c;但是在项目正常启动的时候&＃xff0c;hibernate开始无限循环的加载映射表与javaBean&＃xff0c;导致系统启动超时。

private MonitorOutputService monitorOutputService &＃61; (MonitorOutputService) SpringBeanUtil.getSpringBean("monitorOutputService");

public static Object getSpringBean(String springBeanId) {if (UtilValidator.isEmpty(springBeanId)) {return null;}ApplicationContext applicationContext &＃61; getBeanFactory();if (applicationContext &＃61;&＃61; null) {return null;}if (!applicationContext.containsBean(springBeanId)) {return null;}return applicationContext.getBean(springBeanId);
}

public static ApplicationContext getBeanFactory() {if (applicationContext &＃61;&＃61; null) {if (!UtilValidator.isExistFileInClassPath(FILENAME_SPRING)) {return null;}applicationContext &＃61; new ClassPathXmlApplicationContext("applicationContext.xml");}return applicationContext;
}

 错误已经查清。。。有点坑----- 无限循环个applicationContext....hibernate死循环只是表象。。因为实在太多了。

六月 07, 2015 11:11:32 下午 org.hibernate.cfg.HbmBinder bindRootPersistentClassCommonValues
信息: Mapping class: com.dataManager.entity.Calculate -> calculate
六月 07, 2015 11:11:32 下午 org.hibernate.cfg.HbmBinder bindRootPersistentClassCommonValues
信息: Mapping class: com.dataManager.entity.CalType -> cal_type
六月 07, 2015 11:11:32 下午 org.hibernate.cfg.HbmBinder bindRootPersistentClassCommonValues
................