还是在一年前翻译完 Quartz Job Scheduling Framework 这篇手册、并做成了 CHM 文档，见此：Quartz Job Scheduling Framework［翻译］- 中文版 CHM 文件发布。
Quartz Job Scheduling Framework 中文 PDF 版下载地址：Quartz Job Scheduling Framework 中文版 V1.0.0.pdf
也应不少网友的要求，应该出一个 PDF 版本的文件来，一来可能多数人觉得 PDF 看着舒服，又适于打印；再则可能就是当初制作 CHM 文件时有几个问题未解决：
1. BlogJava 上所用的字符集是 UTF-8、而我的那些文章转成 GBK 的 HTML 文件，有此地方会乱码，且版面会不同 阅读全文 >>
十. 配置 Quartz 数据源
如果你在使用 JDBC JobStore，就需定义要用到的数据源。而如果使用的是 JobStoreCMT，你实际上需要定义两个数据源。数据源可由三种方式来配置：
·在 quartz.properties 文件中指定连接池属性，这样 Quartz 能亲自创建数据源。
·指定应用服务器管理的数据源所在 JNDI 的位置，Quartz 直接使用它。
·还可使用自定义的 org.quartz.utils.ConnectionProvider 实现类。 阅读全文 >>
九. 配置 JobStoreCMT
JobStoreCMT 提供了另一类型的 JobStore，它能工作于一个关系型数据库之下。你能通过设置 org.quartz.jobStore.class 属性来选用 JobStoreCMT：
org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreCMT
当使用 JobStoreCMT 时，可设置一些附加属性，它们是表 A.5 所示的。 阅读全文 >>
八. 配置 JobStoreTX JobStore
你可以像下面那样设定类名来选择 JobStoreTX 类：
org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreTX
表 A.4 列出了配置 Quartz JobStore 的可用属性。只有少数几个属性是必须的，而且其他的都有合理的默认值。 阅读全文 >>
六. 配置 Quartz RMI 选项
当通过 RMI 使用 Quartz 启动一个 Quartz 实例时，你需要把它配置为经由 RMI "导出" 服务。然后你就能创建客户端，配置它们的 Quartz Scheduler 作为 "代理" 工作而连接到服务端来。表 A.3 列出了可用的 RMI 设定。
| 名称 | 必须 | 类型 | 默认值 | |
| org.quartz.scheduler.rmi.export | 否 | Boolean | false | |
| org.quartz.scheduler.rmi.registryHost | 否 | String | localhost | |
| org.quartz.scheduler.rmi.registryPort | 否 | Integer | 1099 | |
| org.quartz.scheduler.rmi.createRegistry | 否 | String | never | |
| org.quartz.scheduler.rmi.serverPort | 否 | Integer | Random | |
| org.quartz.scheduler.rmi.proxy | 否 | Boolean | false |
二. 配置 Quartz ThreadPool
表 A.2 列出了配置 Quartz ThreadPool 可用的属性。只有少些属性是必须的，剩下的都有合理的默认值。
| 名称 | 必须 | 类型 | 默认值 | |
| org.quartz.threadPool.class | 是 | String | null | |
| org.quartz.threadPool.threadCount | 是 | Integer | -1 | |
| org.quartz.threadPool.threadPriority | 否 | Integer | 5 | |
| org.quartz.threadPool.makeThreadsDaemons | 否 | boolean | false | |
| org.quartz.threadPool.threadsInheritGroup- OfInitializingThread |
否 | boolean | true | |
| org.quartz.threadPool.threadsInheritContext- ClassLoaderOfInitializingThread |
否 | boolean | false |
附录 A. Quartz 配置参考
本附录编写作为配置一个 Quartz 应用的快速参考。尽管这些信息在 Quartz 文档中都有，但是这个附录提供了一种更快的方式来查找配置属性和它们可能的值。
一. 主要的 Quartz 属性
表 A.1 列出了主要的 Scheduler 属性。它们用于声明和标识 Scheduler 和其他高层次的设置。 阅读全文 >>
由本人翻译并制作的《Quartz Job Scheduling Framework 中文版》CHM 文件更新为 V0.9.0 版，上一版本是 V0.8.2。
更新的特性有以下三点：
1. 在原来版本的基础上加上了全文检索功能，方便于快速查找某个参考配置和定位到所关心的内容
2. 去除了多余的索引标签，因为它和目录标签的内容就是雷同的
3. 加上了书签页，方便阅读时记录下所关注的主题 阅读全文 >>
 |
Quartz Job Scheduling Framework 中 文 版 Chuck Cavaness 著 Unmi(隔叶黄莺) 译 译者博客：http://yanbin.blog/ |
写在最前面的
以此篇权当译者序。再次翻看一下我的博客，最早的那篇《Quartz Job Scheduling Framwork》翻译是在 2007-10-17 02:17 ，距离今日那是一个造人的时间，足见这个翻译过程有多难产。一方面是源于语言水平，再者其间也发生了许多事情。
Quartz 是什么，大概不需多加说明，简单讲就是一个纯 Java 实现的作业调度工具，相当于数据库中的 Job、Windows 的计划任务、Unix/Linux 下的 Cron，但 Quartz 可以把排程控制的更精细。也许大多数人听说 Quartz 是在学习或使用 Spring 的时候，也就是 Spring 整合了 Quartz。而我也不例外，同样是在春天里得悉了这块石英。 阅读全文 >>
四. Quartz 与 OSWorkflow 的集成
OSWorkflow 与 Quartz 集成的第一步是要改变关于 Job 的思维方式。当把 OSWorkflow 引入到你的 Quartz 应用时你需要以完全不同的方式来思考。那也不是说你当前的想法就是糟糕的或不正确的，只是与 Quartz 一同用工作流强迫你生发一些关于是什么组成 Job 的新的思维。你过去概念中的 Job 现成变成了一个 OSWorkflow 函数。你可以认为是你原有 Job 实质上存在的逻辑作为工作流中的步骤。你仍然需要使用 Quartz 的 Job，但是，当与 Quartz 框架集成工作流时，一个 Quartz Job 将用来初始化工作流。在工作流运行时，这个 Job 将会等待它直至结束。
在本章前面部分，当我们谈到串联 Job 时，每个 Job 代表了一个独立的任务。Jox X 执行后并完成一个任务，接着通知 Job Y 去执行一个有点关联却是独立的任务。在这两个任务间必须有一些依赖关系，否则你不能把它们链接在一起。 阅读全文 >>