Quartz使用解释

gavinlau

浏览: 297838 次
性别:
来自: 上海

最近访客更多访客>>

icedcoco

stanley_llin

yonghong

bichonghai_1111

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

quartz 配置管理应用服务器 JDBC Oracle

JobStore负责保持对所有scheduler “工作数据”追踪，这些工作数据包括：job（任务）,trigger（触发器）,calendar(日历)等。为你的Quartz scheduler选择合适的JobStore是非常重要的一步，幸运的是，如果你理解了不同的JobStore之间的差别，那么选择就变得非常简单。在提供产生scheduler 实例的SchedulerFactory的属性文件中声明scheduler所使用的JobStore（以及它的配置）。
注：不要在代码中直接使用JobStore实例，处于某些原因，很多人试图这么做。JobStore是由Quartz自身在幕后使用。你必须告诉（通过配置）Quartz使用哪个JobStore，而你只是在你的代码中使用Scheduler接口完成工作。

RAMJobStore
RAMJobStore是最简单的JobStore，也是性能最好的（根据CPU时间）。从名字就可以直观地看出，RAMJobStore将所有的数据都保存在RAM中。
这就是为什么它闪电般的快速和如此容易地配置。缺点就是当应用结束时所有的日程信息都会丢失，
这意味着RAMJobStore不能满足Jobs和Triggers的持久性（“non-volatility”）。对于有些应用来说，
这是可以接受的，甚至是期望的行为。但是对于其他应用来说，这将是灾难。
配置
org.quartz.jobStore.class = org.quartz.simpl.RAMJobStore
Qiartz.net缺省使用的就是RAMJobStore

JDBCJobStore
JDBCJobStore通过jdbc保存所有数据到数据库,它的配置要比RAMJobStore稍微复杂，同时速度也没有那么快。
但是性能的缺陷不是非常差，尤其是如果你在数据库表的主键上建立索引。

JDBCJobStore几乎可以在任何数据库上工作，它广泛地使用Oracle, MySQL, MS SQLServer2000, HSQLDB, PostreSQL 以及 DB2。
要使用JDBCJobStore，首先必须创建一套Quartz使用的数据库表，可以在Quartz 的docs/dbTables找到创建库表的SQL脚本。
如果没有找到你的数据库类型的脚本，那么找到一个已有的，修改成为你数据库所需要的。
需要注意的一件事情就是所有Quartz库表名都以QRTZ_作为前缀（例如：表"QRTZ_TRIGGERS",及"QRTZ_JOB_DETAIL"）。
实际上，可以你可以将前缀设置为任何你想要的前缀，只要你告诉JDBCJobStore那个前缀是什么即可（在你的Quartz属性文件中配置）。
对于一个数据库中使用多个scheduler实例，那么配置不同的前缀可以创建多套库表，十分有用。

一旦数据库表已经创建，在配置和启动JDBCJobStore之前，就需要作出一个更加重要的决策。你要决定在你的应用中需要什么类型的事务。
如果不想将scheduling命令绑到其他的事务上，那么你可以通过对JobStore使用JobStoreTX来让Quartz帮你管理事务（这是最普遍的选择）。

如是你需要Quartz使用其它事务(例如j2ee 应用服务器),你需要使用JobStoreStoreCMT(这时应用服务器容器会管理事务)

最后的疑问就是如何建立获得数据库联接的数据源（DataSource）。Quartz属性中定义数据源是通过提供所有联接数据库的信息，
让Quartz自己创建和管理数据源。这里有很多种不同的方式,一种是Quartz提供所有数据库连接信息自己创建管理DataSource.
另一种方式是Quartz使用数据源来管理应用服务器上运行的Quartz.具体的信息例子在"docs/config"

要使用JDBCJobStore（假定使用StdSchedulerFactory），首先需要设置Quartz配置中的quartz.jobStore.type属性为
org.quartz.impl.jdbcjobstore.JobStoreTX or org.quartz.impl.jdbcjobstore.JobStoreCMT
配置
org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreTX

下一步，需要为JobStore 选择一个DriverDelegate ， DriverDelegate负责做指定数据库的所有JDBC工作。
StdJDBCDelegate 是一个使用vanilla" JDBC代码（以及SQL语句）来完成工作的代理。
如果数据库没有其他指定的代理，那么就试用这个代理。只有当使用StdJDBCDelegate 发生问题时，
我们才会使用数据库特定的代理（这看起来非常乐观。其他的代理可以在org.quartz.impl.jdbcjobstore包找到。）。
其他的代理包括PostgreSQLDelegate ( 专为PostgreSQL 7.x)。

一旦选择好了代理，就将它的名字设置给JDBCJobStore 。
org.quartz.jobStore.driverDelegateClass = org.quartz.impl.jdbcjobstore.StdJDBCDelegate
接下来，需要为JobStore指定所使用的数据库表前缀（前面讨论过）。
org.quartz.jobStore.tablePrefix = QRTZ_
最后，你需要设计数据源使用的jobStore,这个数据源的名字必须在Quartz.properties中定义.
org.quartz.jobStore.dataSource = myDS

如果Scheduler非常忙（比如，执行的任务数量差不多和线程池的数量相同，
那么你需要正确地配置DataSource的连接数量为线程池数量+1。
为了指示JDBCJobStore所有的JobDataMaps中的值都是字符串，
并且能以“名字-值”对的方式存储而不是以复杂对象的序列化形式存储在BLOB字段中，
应设置 org.quartz.jobStore.useProperties配置参数的值为"true"(这是缺省的方式)。
这样做，从长远来看非常安全，这样避免了对存储在BLOB中的非字符串的序列化对象的类型转换问题。

分享到：