Quartz Job Scheduling Framework[翻译]附录 A. Quartz 配置参考 (第三部分)

六. 配置 Quartz RMI 选项

当通过 RMI 使用 Quartz 启动一个 Quartz 实例时,你需要把它配置为经由 RMI "导出" 服务。然后你就能创建客户端,配置它们的 Quartz Scheduler 作为 "代理" 工作而连接到服务端来。表 A.3 列出了可用的 RMI 设定。

表 A.3. Quartz 使用 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

·org.quartz.scheduler.rmi.export

假如你想要 Quartz Scheduler 经由 RMI 服务器被导出,就设置此项为 true

·org.quartz.scheduler.rmi.registryHost

配置在哪个主机上能找到 RMI 服务。默认为 localhost

·org.quartz.scheduler.rmi.registryPort

这个配置 RMI 注册表所监听的端口。默认为 1099

·org.quartz.scheduler.rmi.createRegistry

要根据你想要 Quartz 如何创建一个 RMI 注册服务来设置该属性。假如你不希望 Quartz 创建一个注册服务 (例如,如果你已经有一个在运行的外部注册服务) 就使用 false 或者 never。要是你想要 Quartz 首先尝试去使用一个已存在的注册服务,失败时才创建时就用 true 或者 as_needed。倘若你要 Quartz 先尝试创建一个注册服务,不成功就使用一个已存在的注册服务的话就用 always。一旦注册服务创建好了,它将会被绑定到 org.quartz.scheduler.rmi.registryPort 属性指指定的端口上去,而此时 org.quartz.schedu.rmi.registryHost 应该是 localhost。

·org.quartz.scheduler.rmi.serverPort

这个指示了 Quartz Scheduler 服务将被绑定和监听连接的端口号。默认时,RMI 服务会随机选择一个端口号用来把 Scheduler 绑定到 RMI 注册服务。

·org.quartz.scheduler.rmi.proxy

如果你要连接到一个远程的 Scheduler 服务就设置本属性为 true。同时你必须指定 RMI 注册进程的主机和端口号,通常是 localhost1099 端口。不要在同一个配置文件中指定 org.quartz.scheduler.rmi.export 和 org.quartz.scheduler.rmi.proxy 都为 true;假如你那样做的话,export 选项将会忽略。如果你不打算通过 RMI 来使用 Quartz 的话,exportproxy 属性同时设为 false 当然没问题了。

有关通过 RMI 使用 Quartz 的更多信息,见第十章,"J2EE 中使用 Quartz"。

七. 配置 JobStore 选项

你要提供了一个实现了 JobStore 接口的类的全限名来配置 JobStore。例如,下面行告诉了 Quartz 程序使用 RAMJobStore

org.quartz.jobStore.class = org.quartz.simpl.RAMJobStore

除了 RAMJobStore 外,Quartz 还提供了两种类型的 JDBC JobStore

    ·JobStoreTX

    ·JobStoreCMT

类别: Quartz. 标签: , . 阅读(193). 订阅评论. TrackBack.

Leave a Reply

1 Comment on "Quartz Job Scheduling Framework[翻译]附录 A. Quartz 配置参考 (第三部分)"

avatar
KE
Guest
KE

xiexie