quartz常见问题-白红宇

quartz常见问题

阅读量：6446 次

发布时间：2019-06-23

本文共 2740 字，大约阅读时间需要 9 分钟。

2012-07-06 14:28 293人阅读 (0)

一、配置job的xml里<start-time>的时间格式：

从源码JobSchedulingDataProcessor类中可以看出：格式例如（2012-03-31T05:55:00）

/**

* XML Schema dateTime datatype format.

* <p>

* See <a href="">

* >

protected static final String XSD_DATE_FORMAT = "yyyy-MM-dd'T'hh:mm:ss";

二、quartz.properties配置filename：

应该是org.quartz.plugin.jobInitializer.fileNames = my_quartz_jobs.xml

而不是org.quartz.plugin.jobInitializer.fileName = my_quartz_jobs.xml

这个应该和quartz的jar包版本有关，具体哪个版本使用哪个么有研究。

否则可能会报错：

Exception in thread "main" org.quartz.SchedulerException: JobStore SchedulerPlugin 'org.quartz.plugins.xml.JobInitializationPlugin' props could not be configured. [See nested exception: java.lang.NoSuchMethodException: No setter for property 'fileName']

at org.quartz.impl.StdSchedulerFactory.instantiate(StdSchedulerFactory.java:1013)

at org.quartz.impl.StdSchedulerFactory.getScheduler(StdSchedulerFactory.java:1399)

at org.quartz.impl.StdSchedulerFactory.getDefaultScheduler(StdSchedulerFactory.java:1415)

at com.gyb.JobScheduler.startScheduler(JobScheduler.java:28)

at com.gyb.JobScheduler.main(JobScheduler.java:23)

Caused by: java.lang.NoSuchMethodException: No setter for property 'fileName'

at org.quartz.impl.StdSchedulerFactory.setBeanProps(StdSchedulerFactory.java:1287)

at org.quartz.impl.StdSchedulerFactory.instantiate(StdSchedulerFactory.java:1011)

... 4 more

附：网上整理的问题

问题1.

应用服务器启动状态下,当对任务进行了修改时(即修改了job.xml中的任务明细),Quartz无法响应这种变化.也就是说,Quartz并没有进行"有状态"作业!

需求：

无论是修改了任务明细中的参数列表--JobDataMap,或是CronExpression中的定时表达式,都应该立即做出响应,并按照新的配置参数去执行这个任务.

解决：

在quartz.properties中加入下面两行配置即可:

#自动扫描任务单并发现改动的时间间隔,单位为秒

org.quartz.plugin.jobInitializer.scanInterval = 10

#覆盖任务调度器中同名的jobDetail,避免只修改了CronExpression所造成的不能重新生效情况

org.quartz.plugin.jobInitializer.overWriteExistingJobs = true

问题2：

测试任务单变更自检的问题时,突然发现,当通过web页面提供的任务配置接口进行报表订阅任务的新增、修改等操作时,由于job.xml是在classes目录下,所以tomcat会进行自动的reload（hot deploy）.这看起来好象没什么问题,但在实际的应用环境下却非常危险,因为web.xml中配置的随tomcat启动而启动的程序都会reload.可能这些程序很简单,并不会产生什么问题,但我们的软件则不同,随tomcat的启动,会有很多服务被启动并进行着极为复杂的操作,所以classes目录下的程序配置项都不会轻易修改.即使是修改,那也会重新启动tomcat使服务正常运转. 修改了任务单后发现某个服务出现了Illegal Access问题.

解决：

Quartz的两个主要配置文件名称可变,而且是从web.xml加载quartz.properties,又从quartz.properties找到job.xml,那么job.xml没必要放到classes目录下。拿到web目录下,就放到config/job.xml，然后修改quartz.properties文件,将文件指向修改成绝对路径:

org.quartz.plugin.jobInitializer.fileName = D:/tomcat/webapps/report/config/job.xml

job.xml无论如何变更,tomcat都不会reload,因为它已经不在classes目录下了。

问题3：

在Debug过程中,发现Quartz的一个小问题,可能会对资源造成无谓的占用，那就是当一个任务从job.xml中被删除时,Quartz是不会响应这种减少任务的改变且此任务的进程仍然被占用,而且任务还会被执行。

解决：

可以考虑在JobDataMap中增加是否执行的配置项,即使任务会执行,但根据这种配置项,仍然可以拒绝下一步的操作.当然了,修改CronExpression使之成为一个永远不会执行到的时间也是一个办法.

问题4：

如何使Quartz加载多个job.xml

解决：

实现SchedulerPlugin接口并提供多任务文件加载功能,将会是解决这个事情的好方法

转载于:https://my.oschina.net/chenleijava/blog/109816

你可能感兴趣的文章

FakeUserAgentError('Maximum amount of retries reached') 彻底解决办法