Quartz 框架快速入门(二)
来源:互联网 发布:怎样建立切片软件 编辑:程序博客网 时间:2024/05/18 00:32
·配置quartz.properties 文件
文件 quartz.properties 定义了 Quartz 应用运行时行为,还包含了许多能控制 Quartz运转的属性。这个文件应该放在classpath所指的路径下,比如我们这个java工程,就将它和下面将介绍的jobs.xml一起放在项目根目录下就是。如果不清楚就查看.classpath文件,它里面就配置了你的项目的classpath。
我们来看看最基础的 quartz.properties 文件,并讨论其中一些设置。下面是一个修剪版的quartz.propertis文件
#
#============================================================================
org.quartz.scheduler.instanceName
org.quartz.scheduler.instanceId
#============================================================================
#
#============================================================================
org.quartz.threadPool.class
org.quartz.threadPool.threadCount
org.quartz.threadPool.threadPriority
#============================================================================
#
#============================================================================
org.quartz.jobStore.misfireThreshold
org.quartz.jobStore.class
#============================================================================
#
#============================================================================
org.quartz.plugin.triggHistory.class
org.quartz.plugin.jobInitializer.class
org.quartz.plugin.jobInitializer.fileNames
org.quartz.plugin.jobInitializer.overWriteExistingJobs
org.quartz.plugin.jobInitializer.failOnFileNotFound
org.quartz.plugin.jobInitializer.scanInterval
org.quartz.plugin.jobInitializer.wrapInUserTransaction
·调度器属性
第一部分有两行,分别设置调度器的实例名(instanceName) 和实例 ID(instanceId)。属性 org.quartz.scheduler.instanceName可以是你喜欢的任何字符串。它用来在用到多个调度器区分特定的调度器实例。多个调度器通常用在集群环境中。(Quartz集群将会在第十一章,“Quartz集群”中讨论)。现在的话,设置如下的一个字符串就行:org.quartz.scheduler.instanceName =QuartzScheduler
实际上,这也是当你没有该属性配置时的默认值。
调度器的第二个属性是 org.quartz.scheduler.instanceId。和instaneName 属性一样,instanceId属性也允许任何字符串。这个值必须是在所有调度器实例中是唯一的,尤其是在一个集群当中。假如你想 Quartz帮你生成这个值的话,可以设置为 AUTO。如果 Quartz 框架是运行在非集群环境中,那么自动产生的值将会是NON_CLUSTERED。假如是在集群环境下使用 Quartz,这个值将会是主机名加上当前的日期和时间。大多情况下,设置为 AUTO即可。
·线程池属性
接下来的部分是设置有关线程必要的属性值,这些线程在 Quartz中是运行在后台担当重任的。threadCount 属性控制了多少个工作者线程被创建用来处理 Job。原则上是,要处理的 Job越多,那么需要的工作者线程也就越多。threadCount 的数值至少为 1。Quartz没有限定你设置工作者线程的最大值,但是在多数机器上设置该值超过100的话就会显得相当不实用了,特别是在你的 Job执行时间较长的情况下。这项没有默认值,所以你必须为这个属性设定一个值。
threadPriority属性设置工作者线程的优先级。优先级别高的线程比级别低的线程更优先得到执行。threadPriority 属性的最大值是常量java.lang.Thread.MAX_PRIORITY,等于10。最小值为常量java.lang.Thread.MIN_PRIORITY,为1。这个属性的正常值是Thread.NORM_PRIORITY,为5。大多情况下,把它设置为5,这也是没指定该属性的默认值。
最后一个要设置的线程池属性是org.quartz.threadPool.class。这个值是一个实现了 org.quartz.spi.ThreadPool接口的类的全限名称。Quartz 自带的线程池实现类是org.quartz.smpl.SimpleThreadPool,它能够满足大多数用户的需求。这个线程池实现具备简单的行为,并经很好的测试过。它在调度器的生命周期中提供固定大小的线程池。你能根据需求创建自己的线程池实现,如果你想要一个随需可伸缩的线程池时也许需要这么做。这个属性没有默认值,你必须为其指定值。
·作业存储设置
作业存储部分的设置描述了在调度器实例的生命周期中,Job 和 Trigger信息是如何被存储的。我们还没有谈论到作业存储和它的目的;因为对当前例子是非必的,所以我们留待以后说明。现在的话,你所要了解的就是我们存储调度器信息在内存中而不是在关系型数据库中就行了。
把调度器信息存储在内存中非常的快也易于配置。当调度器进程一旦被终止,所有的 Job 和 Trigger的状态就丢失了。要使 Job 存储在内存中需通过设置
·插件配置
在这个简单的 quartz.properties 文件中最后一部分是你要用到的 Quart插件的配置。插件常常在别的开源框架上使用到,比如 Apache 的 Struts 框架(见 http://struts.apache.org/)。
一个声明式扩框架的方法就是通过新加实现了 org.quartz.spi.SchedulerPlugin接口的类。SchedulerPlugin
要在我们的例子中声明式配置调度器信息,我们会用到一个 Quartz 自带的叫做org.quartz.plugins.xml.JobInitializationPlugin 的插件。
默认时,这个插件会在 classpath 中搜索名为 quartz_jobs.xml 的文件并从中加载Job 和 Trigger 信息。在下下面中讨论 quartz_jobs.xml 文件,这是我们所参考的非正式的 Job定义文件。
·为插件修改quartz.properties 配置
JobInitializationPlugin 找寻 quartz_jobs.xml 来获得声明的Job 信息。假如你想改变这个文件名,你需要修改 quartz.properties 来告诉插件去加载那个文件。例如,假如你想要Quartz 从名为 my_quartz_jobs.xml 的 XML 文件中加载 Job 信息,你不得不为插件指定这一文件
org.quartz.plugin.jobInitializer.class
org.quartz.plugin.jobInitializer.fileNames
org.quartz.plugin.jobInitializer.overWriteExistingJobs
org.quartz.plugin.jobInitializer.failOnFileNotFound
org.quartz.plugin.jobInitializer.scanInterval
org.quartz.plugin.jobInitializer.wrapInUserTransaction
我们添加了属性 org.quartz.plugin.jobInitializer.fileName并设置该属性值为我们想要的文件名。这个文件名要对 classloader 可见,也就是说要在 classpath 下。
当 Quartz 启动后读取 quartz.properties文件,然后初始化插件。它会传递上面配置的所有属性给插件,这时候插件也就得到通知去搜寻不同的文件。
下面就是目录扫描例子的 Job 定义的 XML 文件。正如上一篇所示例子那样,这里我们用的是声明式途径来配置 Job 和Trigger 信息的
<quartz