odbc连接scan ip_weblogic连接scan ip_weblogic数据源连接池(5)

调用静态方法 getDefaultScheduler() 方法中调用了空的构造方法。如果之前未调用过任何一个 initialize() 方法，那么无参的initialize() 方被调用。这会开始去按照下面说的顺序加载文件。

默认情况下，quartz.properties 会被定位到，并从中加载属性。

properties加载顺序:

1. 检查 System.getProperty("org.quartz.properties") 中是否设置了别的文件名

2. 否则，使用 quartz.properties 作为要加载的文件名

3. 试图从当前工作目录中加载这个文件

4. 试图从系统 classpath 下加载这个文件

在 Quartz Jar 包中有一个默认的 quartz.properties 文件

默认配置如下

# Default Properties file for use by StdSchedulerFactory

# to create a Quartz Scheduler Instance, if a different

# properties file is not explicitly specified.

org.quartz.scheduler.instanceName = DefaultQuartzScheduler

org.quartz.scheduler.rmi.export = false

org.quartz.scheduler.rmi.proxy = false

org.quartz.scheduler.wrapJobExecutionInUserTransaction = false

org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool

org.quartz.threadPool.threadCount = 10

org.quartz.threadPool.threadPriority = 5

org.quartz.threadPool.threadsInheritContextClassLoaderOfInitializingThread = true

org.quartz.jobStore.misfireThreshold = 60000

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

到此创建Scheduler完成

通过Scheduler理解Quartz

Scheduler 的 API 可以分组成以下三个类别：

·管理 Scheduler

(1)启动 Scheduler

//Start the scheduler
 scheduler.start();

start() 方法被调用，Scheduler 就开始搜寻需要执行的 Job。在你刚得到一个 Scheduler 新的实例时，或者 Scheduler

被设置为 standby 模式后，你才可以调用 start() 方法。

public void standby() throws SchedulerException;

只要调用了 shutdown() 方法之后，你就不能再调用 Scheduler 实例的 start() 方法了。

这是因为 shutdown() 方法销毁了为 Scheduler 创建的所有的资源(线程，连接等)。

你可能需要Standby 模式:设置 Scheduler 为 standby 模式会导致 Scheduler搜寻要执行的 Job 的线程被暂停下来

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-29777-5.html