## 主配置调度器设置
## 用来区分特定的调度器实例,可以按照功能来给调度器起名;若是在集群模式下,必须对集群中"逻辑上"相同对调度程序使用相同的调度器名称
# 非必需;默认值为QuartzScheduler
org.quartz.scheduler.instanceName=QuartzScheduler
## 与调取器名称一样,区别在于instanceId为物理上的区分,但必须是唯一的,尤其是在集群中,作为集群的唯一key。设置为AUTO则Quartz自动生成
# 非必需;默认值为NON_CLUSTERED
org.quartz.scheduler.instanceId=AUTO
## 仅当instanceId设置为AUTO时才使用。根据主机名和时间戳生成实例id
# 非必需;默认值为org.quartz.simpl.SimpleInstanceIdGenerator
# 其它IntanceIdGenerator实现包括
# SystemPropertyInstanceIdGenerator:从系统属性"org.quartz.scheduler.instanceId"获取实例ID
# HostnameInstanceIdGenerator:使用本地主机名InetAddress.getLocalHost()/getHostName()
# 还可以实现InstanceIdGenerator接口进行自定义
org.quartz.scheduler.instanceIdGenerator.class=org.quartz.simpl.SimpleInstanceIdGenerator
## 线程名称
# 非必需;默认值为instanceName+_QuartzSchedulerThread
org.quartz.scheduler.threadName=QuartzScheduler_QuartzSchedulerThread
## 调度程序的主线程是否应该设置为守护线程
# 非必需;默认值为false
org.quartz.scheduler.makeSchedulerThreadDaemon=false
## 用于指定Quartz产生的线程是否会继承初始化线程(初始化Quartz实例的线程)的上下文ClassLoader。
# 将影响Quartz主调度线程,JDBCJobStore的失火处理线程,集群恢复线程和SimpleThreadPool中的线程
# 将此值设置为"true"可能有助于类加载
org.quartz.scheduler.threadsInheritContextClassLoaderOfInitializer=false
## 调度程序处于空闲状态时,调度程序在重新查找到可用触发器之前等待的时间量(以毫秒为单位)
# 通常不必"调整"此参数,除非使用了XA事务,并且在触发器延迟触发时立即出现问题
# 不推荐使用小于5000毫秒的值,因为它会导致过多的数据库查询
# 毫秒值要大于1000才能生效
org.quartz.scheduler.idleWaitTime=30000
## 调查器检测到JobStore中的连接丢失(例如数据库)时,调度程序在重试之前等待的时间量(以毫秒为单位)
# 使用RamJobStore时,此参数没有作用
org.quartz.scheduler.dbFailureRetryInterval=15000
## 默认是最健壮的方法,即"org.quartz.simpl.CascadingClassLoadHelper"类,该类依次调用其它到ClassLoadHelper类,直到某一个ClassLoadHelper类工作为止
# 尽管在应用服务器中可能发生一些奇怪的事情,但不需要为这个属性指定任何其他类
org.quartz.scheduler.classLoadHelper.class=org.quartz.simpl.CascadingClassLoadHelper
## 要使用的JobFactory的类名。JobFatcory负责生成JobClasses的实例
# 默认值为org.quartz.simpl.PropertySettingJobFactory
# 它只需在类上调用newInstance()即可在每次执行即将发生时生成一个新的实例。
# PropertySettingJobFactory还使用SchedulerContext和Job和Trigger、JobDataMaps的内容来反映设置作业的bean属性
org.quartz.scheduler.jobFactory.class=org.quartz.simpl.PropertySettingJobFactory
## 表示将作为字符串放入"调度程序上下文"的名称 键值对
# 例如:设置"org.quartz.context.key.MyKey = MyValue"将执行与scheduler.getContext()等效的 put("MyKey","MyValue")
org.quartz.context.key.SOME_KEY=none
## 除非使用JTA事务,否则事务相关属性应该不在配置文件中
# 应设置为Quartz可以找到Application Server的UserTransaction管理器的JNDI URL
# 默认值为:java:comp/UserTransaction 表示几乎适用于所有应用程序服务器
# Websphere用户可能需要将此属性设置为"jta/usertransaction"
# 仅当Quartz配置为使用JobStoreCMT并将org.quartz.scheduler.wrapJobExecutionInUserTransaction设置为true时才使用此操作
org.quartz.scheduler.userTransactionURL=java:comp/UserTransaction
## true表示在工作调用执行之前启动UserTransaction,在作业执行方法完成后,JobDataMap更新后(StatefulJob),Tx将提交
# 默认值为false
org.quartz.scheduler.wrapJobExecutionInUserTransaction=false
## 是否跳过运行快速Web请求以确定是否有可更新的Quartz版本可供下载,如果检查运行,并且找到更新,则会在Quartz的日志中报告它
# 建议禁用生产部署的更新检查
# 可以使用系统属性"org.terracotta.quartz.skipUpdateCheck = true"来禁用更新检查
org.quartz.scheduler.skipUpdateCheck=false
## 允许调度程序节点一次获取的触发器的最大数量
# 默认值为1.数字越大,触发效率越高(在需要很多触发器的情况下需要同时触发)
# 群集节点之间可能会造成负载不平衡的情况
# 如果此属性的值设置为>1,并使用JDBC JobStore,则必须将属性"org.quartz.jobStore.acquireTriggersWithinLock"设置为"true"以避免数据损坏
org.quartz.scheduler.batchTriggerAcquisitionMaxCount=1
## 允许触发器在其预定的火灾时间之前被获取和触发的时间(毫秒)的时间量
# 默认值为0,数值越大,越有可能一次触发多个触发器,从而导致没有准确的按照触发计划触发
# 在调度程序需要同时或接近同一时间点触发的情况下可能会有用
org.quartz.scheduler.batchTriggerAcquisitionFireAheadTimeWindow=0
## ThreadPool设置
## 要使用的ThreadPool的名称,Quartz附带的线程池是"org.quartz.simpl.SimpleThreadPool",几乎可以满足所有的要求,提供了一个固定大小的线程池
# 必须的;默认值为null
org.quartz.threadPool.class=
## 用于并发执行线程的线程数,范围为1~100之间的正整数
# 必须;默认值为-1
org.quartz.threadPool.threadCount=-1
## 线程权重;可以是Thread.MIN_PRIORITY(即1)和Thread.MAX_PRIORITY(这是10)之间的任何整数
# 非必需;默认值为Thread.NORM_PRIORITY(5)
org.quartz.threadPool.threadPriority=Thread.NORM_PRIORITY(5)
## 设置线程池中的线程是否为守护进程线程
# 非必需;默认值为false
org.quartz.threadPool.makeThreadsDaemons=false
## 可以是"true"或"false",默认为true
org.quartz.threadPool.threadsInheritGroupOfInitializingThread=true
## 可以是"true"或"false",默认为false
org.quartz.threadPool.threadsInheritContextClassLoaderOfInitializingThread=false
## 给工作池中的线程名称附加一个数字前缀
org.quartz.threadPool.threadNamePrefix=1
## 配置Global Listeners
# 配置全局TriggerListener
org.quartz.triggerListener.NAME.class = com.foo.MyListenerClass
org.quartz.triggerListener.NAME.propName = propValue
org.quartz.triggerListener.NAME.prop2Name = prop2Value
## 配置全局JobListener
org.quartz.jobListener.NAME.class = com.foo.MyListenerClass
org.quartz.jobListener.NAME.propName = propValue
org.quartz.jobListener.NAME.prop2Name = prop2Value
## 配置插件(Quartz附带的插件,可以在org.quartz.plugins包及其子包中找到)
org.quartz.plugin.NAME.class = com.foo.MyPluginClass
org.quartz.plugin.NAME.propName = propValue
org.quartz.plugin.NAME.prop2Name = prop2Value
## 插件实例(日志记录Triggers历史插件的示例配置)
org.quartz.plugin.triggHistory.class = org.quartz.plugins.history.LoggingTriggerHistoryPlugin
org.quartz.plugin.triggHistory.triggerFiredMessage = Trigger {1}.{0} fired job {6}.{5} at: {4, date, HH:mm:ss MM/dd/yyyy}
org.quartz.plugin.triggHistory.triggerCompleteMessage = Trigger {1}.{0} completed firing job {6}.{5} at {4, date, HH:mm:ss MM/dd/yyyy}
## 插件实例(XML调度数据处理器插件的示例配置)
org.quartz.plugin.jobInitializer.class = org.quartz.plugins.xml.XMLSchedulingDataProcessorPlugin
org.quartz.plugin.jobInitializer.fileNames = data/my_job_data.xml
org.quartz.plugin.jobInitializer.failOnFileNotFound = true
## 插件实例(关闭挂钩插件的示例配置)
org.quartz.plugin.shutdownhook.class = org.quartz.plugins.management.ShutdownHookPlugin
org.quartz.plugin.shutdownhook.cleanShutdown = true
## 配置RMI设置(不需要任何主要属性,并且都具有"合理的"默认值
# 当通过RMI使用Quartz时,需要启动Quartz实例,并将其配置为通过RMI“导出”其服务
# 可以通过配置Quartz调度程序将其工作"代理"到服务器来创建客户端到服务器)
## 将rmi.export设置为true,表示希望Quartz Scheduler通过RMI作为服务器导出本身
# 非必需;默认为false
org.quartz.scheduler.rmi.export=false
## RMI注册表的主机
# 非必需;默认是localhost
org.quartz.scheduler.rmi.registryHost=localhost
## RMI注册表正在侦听的端口
# 非必需;默认为1099
org.quartz.scheduler.rmi.registryPort=1099
## 指定Quartz如何创建RMI注册表
# "false"或"never"表示不希望Quartz创建注册表(例如,已经有一个外部注册表运行)
# "true"或"as_needed"表示希望Quartz首先尝试使用现有的注册表,然后返回创建一个新的注册表
# "always"表示希望Quartz尝试创建一个注册表,然后返回使用现有的注册表
# 如果创建注册表,它将绑定到给定的"org.quartz.scheduler.rmi.registryPort"属性中的端口号
# 而"org.quartz.rmi.registryHost"应为"localhost"
org.quartz.scheduler.rmi.createRegistry=never
## Quartz Scheduler服务将绑定并侦听连接的端口
# 默认情况下,RMI服务将“随机”选择端口
org.quartz.scheduler.rmi.serverPort=随机
## 如果要连接远程服务的调度程序,则将"org.quartz.scheduler.rmi.proxy"标志设置为true,还必须指定RMI注册表进程的主机和端口:通常是localhost:1099
org.quartz.scheduler.rmi.proxy=false
## 配置RAMJobStore
# RAMJobStore用于存储内存中的调度信息;RAMJobStore快速轻便,但是当进程终止时,所有调度信息都会丢失
# quartz默认采用内存存储
#org.quartz.jobStore.class = org.quartz.simpl.RAMJobStore
## 用来指定调度引擎设置触发器超时的"临界值"
# 默认值为60000(60秒)
#org.quartz.jobStore.misfireThreshold = 60000
## 配置JDBC-JobStoreTX
# JDBCJobStore用于在关系数据库中存储调度信息;可以选择两个独立的JDBCJobStore类,具体取决于需要的事务性行为
# JobStoreTX通过在每次操作如(添加jobs)后调用数据库连接上的commit()或rollback()来管理所有事务
# 如果在独立应用程序中使用Quartz,或者在应用程序不使用JTA事务的情况下,则在Servlet容器中使用JDBCJobStore
#org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreTX
# driverDelegateClass代表了解不同数据库系统的特定"方言"
# org.quartz.impl.jdbcjobstore.StdJDBCDelegate(用于完全符合JDBC的驱动程序)
# org.quartz.impl.jdbcjobstore.MSSQLDelegate(对于Microsoft SQL Server和Sybase)
# org.quartz.impl.jdbcjobstore.PostgreSQLDelegate
# org.quartz.impl.jdbcjobstore.WebLogicDelegate(对于WebLogic驱动程序)
# org.quartz.impl.jdbcjobstore.oracle.OracleDelegate
# org.quartz.impl.jdbcjobstore.oracle.WebLogicOracleDelegate(对于Weblogic中使用的Oracle驱动程序)
# org.quartz.impl.jdbcjobstore.oracle.weblogic.WebLogicOracleDelegate(对于在Weblogic中使用的Oracle驱动程序)
# org.quartz.impl.jdbcjobstore.CloudscapeDelegate
# org.quartz.impl.jdbcjobstore.DB2v6Delegate
# org.quartz.impl.jdbcjobstore.DB2v7Delegate
# org.quartz.impl.jdbcjobstore.DB2v8Delegate
# org.quartz.impl.jdbcjobstore.HSQLDBDelegate
# org.quartz.impl.jdbcjobstore.PointbaseDelegate
# org.quartz.impl.jdbcjobstore.SybaseDelegate
# 许多数据库已知与StdJDBCDelegate一起工作,而其他数据库与其他数据库的代理人合作,例如Derby与Cloudscape代理工作良好。
# 必须;默认为空
#org.quartz.jobStore.driverDelegateClass=
# 配置属性文件中定义的DataSource的名称
# 必须;默认为空
#org.quartz.jobStore.dataSource=
# 表示JDBCJobStore的表的前缀,使用不同的表前缀,则可以在同一数据库中拥有多组Quartz表
# 非必需;默认为QRTZ_
#org.quartz.jobStore.tablePrefix=QRTZ_
# 表示JobDataMaps中的所有值都将是"字符串",可以将其存储为键值对,而不是以BLOB列的序列化形式存储更复杂的对象
# 避免了将非String类序列化为BLOB时可能产生的类版本控制问题
# 非必需;默认为false
#org.quartz.jobStore.useProperties=false
## 用来指定调度引擎设置触发器超时的"临界值"
# 默认值为60000(60秒)
#org.quartz.jobStore.misfireThreshold=60000
## 设置为"true"表示开启群集功能
# 如果有多个Quartz实例使用同一组数据库表,则此属性必须设置为"true"
# 非必需;默认为false
#org.quartz.jobStore.isClustered=false
## 检查与其它实例的频率(以毫秒为单位);影响检测失败的速度
#org.quartz.jobStore.clusterCheckinInterval=15000
# 设置jobStore能处理的未按时触发的最大Job的数量
#org.quartz.jobStore.maxMisfiresToHandleAtATime=20
## 此参数设置为"true"表示Quartz在从DataSource获取的连接上不调用setAutoCommit(false)
# 在一些情况下可能会有所帮助,例如,有一个驱动程序,如果它在已经关闭时被调用,则会报错
# 此属性默认为false,因为大多数驱动程序要求调用setAutoCommit(false)
#org.quartz.jobStore.dontSetAutoCommitFalse=false
## 必须是在"LOCKS"表中选择一行并在该行上放置一个锁的SQL字符串
# 如果未设置,默认值为"SELECT * FROM {0} LOCKS WHERE SCHED_NAME = {1} AND LOCK_NAME =?FOR UPDATE";适用于大多数数据库
# 在运行时使用上面配置的TABLE_PREFIX替换"{0}"、"{1}"被替换为调度程序的名称
#org.quartz.jobStore.selectWithLockSQL=SELECT * FROM {0}LOCKS WHERE SCHED_NAME = {1} AND LOCK_NAME = ? FOR UPDATE
# "true"表示Quarz(使用JobStoreTX或CMT)在JDBC连接上调用setTransactionIsolation(Connection.TRANSACTION_SERIALIZABLE)
# 有助于防止在高负载下的某些数据库的锁定超时以及"持久"事务
#org.quartz.jobStore.txIsolationLevelSerializable=false
## quartz在触发时是乐观锁存在ABA问题,在配置文件加上org.quartz.jobStore.acquireTriggersWithinLock=true
# 这样,在拉取待即将触发的triggers时,是上锁的状态,不会同时存在多个线程拉取到相同的trigger的情况,避免了复调度的危险
# 现在不再需要,默认值为"false"
#org.quartz.jobStore.acquireTriggersWithinLock=false
## 如果"org.quartz.scheduler.batchTriggerAcquisitionMaxCount"设置为> 1,并使用JDBC JobStore,则此属性必须设置为"true"以避免数据损坏
#org.quartz.jobStore.lockHandler.class=
## 一个以管道分隔的属性列表(及其值),可以在初始化时间内传递给DriverDelegate
# 字符串的格式:"settingName = settingValue | otherSettingName = otherSettingValue | ..."
# StdJDBCDelegate及其所有后代(Quartz附带的所有代理)都支持一个名为"triggerPersistenceDelegateClasses"的属性
# 该属性可以设置为实现用于存储自定义Triggers类型的TriggerPersistenceDelegate接口的类的逗号分隔列表
#org.quartz.jobStore.driverDelegateInitString=
## JobStoreCMT依赖于正在使用Quartz的应用程序管理的事务。再尝试执行或取消调度之前,JTA事务必须是处于进行中的状态
## JobStoreCMT实际上需要使用两个数据源,一个是由应用程序服务器(通过JTA)管理连接的事务,另一个数据源不参与全局(JTA)事务的连接
# 当应用程序通过使用JTA事务来执行其工作时,JobStoreCMT是适合的
org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreCMT
# driverDelegateClass代表了解不同数据库系统的特定"方言"
# org.quartz.impl.jdbcjobstore.StdJDBCDelegate(用于完全符合JDBC的驱动程序)
# org.quartz.impl.jdbcjobstore.MSSQLDelegate(对于Microsoft SQL Server和Sybase)
# org.quartz.impl.jdbcjobstore.PostgreSQLDelegate
# org.quartz.impl.jdbcjobstore.WebLogicDelegate(对于WebLogic驱动程序)
# org.quartz.impl.jdbcjobstore.oracle.OracleDelegate
# org.quartz.impl.jdbcjobstore.oracle.WebLogicOracleDelegate(对于Weblogic中使用的Oracle驱动程序)
# org.quartz.impl.jdbcjobstore.oracle.weblogic.WebLogicOracleDelegate(对于在Weblogic中使用的Oracle驱动程序)
# org.quartz.impl.jdbcjobstore.CloudscapeDelegate
# org.quartz.impl.jdbcjobstore.DB2v6Delegate
# org.quartz.impl.jdbcjobstore.DB2v7Delegate
# org.quartz.impl.jdbcjobstore.DB2v8Delegate
# org.quartz.impl.jdbcjobstore.HSQLDBDelegate
# org.quartz.impl.jdbcjobstore.PointbaseDelegate
# org.quartz.impl.jdbcjobstore.SybaseDelegate
# 许多数据库已知与StdJDBCDelegate一起工作,而其他数据库与其他数据库的代理人合作,例如Derby与Cloudscape代理工作良好。
# 必须;默认为空
org.quartz.jobStore.driverDelegateClass=
# 配置属性文件中定义的DataSource的名称
# 必须;默认为空
org.quartz.jobStore.dataSource=
## JobStoreCMT需要第二个数据源,其中包含不是事务管理的一部分连接,属性的值必须是配置属性文件中定义的DataSource的名称,此数据源必须包含非CMT连接
org.quartz.jobStore.nonManagedTXDataSource=
# 表示JDBCJobStore的表的前缀,使用不同的表前缀,则可以在同一数据库中拥有多组Quartz表
# 非必需;默认为QRTZ_
org.quartz.jobStore.tablePrefix=QRTZ_
# 表示JobDataMaps中的所有值都将是"字符串",可以将其存储为键值对,而不是以BLOB列的序列化形式存储更复杂的对象
# 避免了将非String类序列化为BLOB时可能产生的类版本控制问题
# 非必需;默认为false
org.quartz.jobStore.useProperties=false
## 用来指定调度引擎设置触发器超时的"临界值"
# 默认值为60000(60秒)
org.quartz.jobStore.misfireThreshold=60000
## 设置为"true"表示开启群集功能
# 如果有多个Quartz实例使用同一组数据库表,则此属性必须设置为"true"
# 非必需;默认为false
org.quartz.jobStore.isClustered=false
## 检查与其它实例的频率(以毫秒为单位);影响检测失败的速度
org.quartz.jobStore.clusterCheckinInterval=15000
# 设置jobStore能处理的未按时触发的最大Job的数量
org.quartz.jobStore.maxMisfiresToHandleAtATime=20
## 此参数设置为"true"表示Quartz在从DataSource获取的连接上不调用setAutoCommit(false)
# 在一些情况下可能会有所帮助,例如,有一个驱动程序,如果它在已经关闭时被调用,则会报错
# 此属性默认为false,因为大多数驱动程序要求调用setAutoCommit(false)
org.quartz.jobStore.dontSetAutoCommitFalse=false
## 与属性org.quartz.jobStore.dontSetAutoCommitFalse相同,但它适用于非ManagedTXDataSource
org.quartz.jobStore.dontSetNonManagedTXConnectionAutoCommitFalse=false
## 必须是在"LOCKS"表中选择一行并在该行上放置一个锁的SQL字符串
# 如果未设置,默认值为"SELECT * FROM {0} LOCKS WHERE SCHED_NAME = {1} AND LOCK_NAME =?FOR UPDATE";适用于大多数数据库
# 在运行时使用上面配置的TABLE_PREFIX替换"{0}"、"{1}"被替换为调度程序的名称
org.quartz.jobStore.selectWithLockSQL=SELECT * FROM {0}LOCKS WHERE SCHED_NAME = {1} AND LOCK_NAME = ? FOR UPDATE
# "true"表示Quarz(使用JobStoreTX或CMT)在JDBC连接上调用setTransactionIsolation(Connection.TRANSACTION_SERIALIZABLE)
# 有助于防止在高负载下的某些数据库的锁定超时以及"持久"事务
org.quartz.jobStore.txIsolationLevelSerializable=false
## "true"表示在非托管JDBC连接上调用setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED);这有助于防止在高负载下的某些数据库(如DB2)和"持久"事务的锁超时
org.quartz.jobStore.txIsolationLevelReadCommitted=false
## quartz在触发时是乐观锁存在ABA问题,在配置文件加上org.quartz.jobStore.acquireTriggersWithinLock=true
# 这样,在拉取待即将触发的triggers时,是上锁的状态,不会同时存在多个线程拉取到相同的trigger的情况,避免了复调度的危险
# 现在不再需要,默认值为"false"
org.quartz.jobStore.acquireTriggersWithinLock=false
## 如果"org.quartz.scheduler.batchTriggerAcquisitionMaxCount"设置为> 1,并使用JDBC JobStore,则此属性必须设置为"true"以避免数据损坏
org.quartz.jobStore.lockHandler.class=
## 一个以管道分隔的属性列表(及其值),可以在初始化时间内传递给DriverDelegate
# 字符串的格式:"settingName = settingValue | otherSettingName = otherSettingValue | ..."
# StdJDBCDelegate及其所有后代(Quartz附带的所有代理)都支持一个名为"triggerPersistenceDelegateClasses"的属性
# 该属性可以设置为实现用于存储自定义Triggers类型的TriggerPersistenceDelegate接口的类的逗号分隔列表
org.quartz.jobStore.driverDelegateInitString=
## 如果使用JDBC-JobStore,则需要使用DataSouth(或者使用两个DataSouth:JobStoreCMT)
# DataSources可以通过三种方式进行配置
# 1. 在quartz.properties文件中指定连接池属性,以便Quartz可以自己创建DataSource
# 2. 指定应用程序服务器管理的Datasource的JNDI位置,以便Quartz可以使用它
# 3. 在自定义的org.quartz.utils.ConnectionProvider实现
# 建议将Datasource max连接数配置至少为线程池中的工作线程数量加上三个;
# 如果应用程序也频繁调用调度程序API,则可能需要其他连接;如果使用JobStoreCMT,则"非受管理"数据源的最大连接数应至少为4
# 数据库的JDBC驱动程序的java类名称
# 必须的;默认值为null
org.quartz.dataSource.NAME.driver=
# 连接到数据库的连接URL(主机,端口等)
# 必须的;默认值为null
org.quartz.dataSource.NAME.URL=
# 连接到数据库时要使用的用户名
org.quartz.dataSource.NAME.user=
# 连接到数据库时使用的密码
org.quartz.dataSource.NAME.password=
# DataSource可以在其连接池中创建的最大连接数
org.quartz.dataSource.NAME.maxConnections=10
# DataSource可用于检测和替换失败/损坏的连接;例如,oracle用户可能会选择从"user_tables"中选择"table_name",这是一个不应该失败的查询,除非连接实际上是坏的
org.quartz.dataSource.NAME.validationQuery=
# 空闲连接测试之间的秒数,仅在设置验证查询属性时启用;默认值为50秒
org.quartz.dataSource.NAME.idleConnectionValidationSeconds=50
# 每次从池中检索连接时,是否应该执行数据库sql查询来验证连接,以确保它仍然有效;如果为false,则在执行时将进行验证,默认值为false
org.quartz.dataSource.NAME.validateOnCheckout=false
# 它们在空闲之后放弃连接几秒钟;0禁用该功能。默认值为0
org.quartz.dataSource.NAME.discardIdleConnectionsSeconds=0
## 实例
org.quartz.dataSource.myDS.driver = oracle.jdbc.driver.OracleDriver
org.quartz.dataSource.myDS.URL = jdbc:oracle:thin:@ 10.0.1.23:1521:demodb
org.quartz.dataSource.myDS.user = myUser
org.quartz.dataSource.myDS.password = myPassword
org.quartz.dataSource.myDS.maxConnections = 30
## 对Application Server DataSources的引用使用以下属性定义
# 由应用程序服务器管理的DataSource的JNDI URL
# 必须的;默认为null
org.quartz.dataSource.NAME.jndiURL=
# 要使用的JNDI InitialContextFactory的类名
org.quartz.dataSource.NAME.java.naming.factory.initial=
# 用于连接到JNDI上下文的URL
org.quartz.dataSource.NAME.java.naming.provider.url=
# 用于连接到JNDI上下文的用户主体
org.quartz.dataSource.NAME.java.naming.security.principal=
# 用于连接到JNDI上下文的用户凭据
org.quartz.dataSource.NAME.java.naming.security.credentials=
## 实例
org.quartz.dataSource.myOtherDS.jndiURL = JDBC / myDataSource
org.quartz.dataSource.myOtherDS.java.naming.factory.initial = com.evermind.server.rmi.RMIInitialContextFactory
org.quartz.dataSource.myOtherDS.java.naming.provider.url = ormi:// localhost
org.quartz.dataSource.myOtherDS.java.naming.security.principal = admin
org.quartz.dataSource.myOtherDS.java.naming.security.credentials = 123
## 自定义ConnectionProvider实现
# 要使用的ConnectionProvider的类名;实例化之后,Quartz可以自动设置实例上的配置属性
org.quartz.dataSource.NAME.connectionProvider.class=
## 实例
org.quartz.dataSource.myCustomDS.connectionProvider.class = com.foo.FooConnectionProvider
org.quartz.dataSource.myCustomDS.someStringProperty = someValue
org.quartz.dataSource.myCustomDS.someIntProperty = 5
##
# TerracottaJobStore提供了一种伸缩性和鲁棒性的手段,它并不使用数据库,但比使用数据库来存储调度数据(通过JDBC-JobStore)要好得多,而且提供了诸如负载平衡和故障切换之类的集群功能
# TerracottaJobStore可以运行在群集或非群集环境在集群或者非集群环境下,TerracottaJobStore都可以为应用程序的作业数据提供存储介质,即便是应用程序重启的间隙,因为数据是存储在Terracotta服务器中
# 它的性能比基于使用数据库的JDBCJobStore要好得多(约一个数量级),但比RAMJobStore要慢
# 通过设置"org.quartz.jobStore.class"属性来选择TerracottaJobStore
#org.quartz.jobStore.class = org.terracotta.quartz.TerracottaJobStore
# 主机和端口标识要连接的Terracotta服务器的位置,例如"localhost:9510"
org.quartz.jobStore.tcConfigUrl=
## 用来指定调度引擎设置触发器超时的"临界值"
# 默认值为60000(60秒)
# org.quartz.jobStore.misfireThreshold=

定时任务Quartz配置相关推荐

  1. Spring中定时任务Quartz集群配置学习

    Spring中定时任务Quartz集群配置学习 原来配置的Quartz是通过spring配置文件生效的,发现在非集群式的服务器上运行良好,但是将工程部署到水平集群服务器上去后改定时功能不能正常运行,没 ...

  2. 使用spring+quartz配置多个定时任务

    首先引入 quartz jar包: 创建java类: package com.tcwl.vsmp.loanmgt.message;import com.tcwl.vsmp.external.const ...

  3. 集群环境下,谁偷走quartz配置的定时任务

    错误现象: 在本地开发环境中,应用服务启动后TRIGGER_STATE直接就变为ERROR 前段时间在项目中,使用quartz配置一个定时任务,定时任务都持久化到oracle数据库中,但是应用服务器启 ...

  4. Springboot集成quartz定时任务可视化配置​​​​​​​

    转自我的个人博客:Springboot集成quartz定时任务可视化配置 使用quartz定时任务已经有一段时间了,今天记录一下Springboot 2.x集成Quartz. 1.引入quartz j ...

  5. spring -boot定时任务 quartz 基于 MethodInvokingJobDetailFactoryBean 实现

    spring 定时任务 quartz 基于  MethodInvokingJobDetailFactoryBean 实现 依赖包 如下 <dependencies><dependen ...

  6. SpringBoot系列:Spring Boot集成定时任务Quartz

    一.关于Quartz Quartz是OpenSymphony开源组织在Job scheduling领域又一个开源项目,它可以与J2EE与J2SE应用程序相结合也可以单独使用.在java企业级应用中,Q ...

  7. SpringBoot系列:Spring Boot集成定时任务Quartz,java百度云短信发送

    然后创建QuartzConfig,接着定义JobDetail,JobDetail由JobBuilder构建,同时关联了任务QuartzJob1. @Configuration public class ...

  8. 用@Quartz配置启动任务遇到“A component required a bean named 'Myjob1' that could not be found”的问题

    先上SpringBoot项目搭建@Quartz系统任务启动流程,报错解决方法在文章末尾 1.新建项目 ①新建SpringBoot项目,只需添加Web和Quartz Scheduler依赖 ②使用@En ...

  9. 定时任务-Quartz、Mycat简单入门、Linux下安装MySQL、Linux下安装MyCAT、Mycat的数据库分片、Mycat读写分离

    表现层:页面 后台管理系统.商城门户.搜索系统.订单系统.商品详情系统.购物车系统 中间件:dubbo 系统之间的通信,服务的统计,rpc协议远程过程调用 同步通信 服务层:实现具体的业务逻辑 商品服 ...

  10. Quartz配置和运用详解

    本文转自:http://topmanopensource.iteye.com/blog/1123824 最近工作需要学习quartz,那么必须首先了解三个概念: 调度器:负责调度作业和触发器: 触发器 ...

最新文章

  1. [Linux] ubuntu 格式化u盘
  2. python实现文件上传预览_Python文件上传功能简单实现
  3. Spring - Java/J2EE Application Framework 应用框架 第 7 章 事务管理
  4. java计算混淆矩阵(分类指标:查准率P,查全率R,P和R的调和均值F1,正确率A)
  5. cmd如何默认以管理身份运行
  6. NUC980开发板Linux系统EC20模块 移植 串口 PPP拨号
  7. 电脑计算机软件硬盘不足,磁盘空间不足-电脑在运行程序的时候,总是要弹出磁盘空间不足,是什么原因造成磁盘? 爱问知识人...
  8. CentOS设置工作区个数
  9. Windows 7安装Virtual Server 2005 R2 SP1
  10. VS2015编译ffmpeg的问题解决
  11. Subscription expires on 2017/2/25. Usage of PhpStorm will no longer be possible.
  12. 员工申请加薪无望辞职,老板:不知感恩
  13. 64位CPU对于移动设备是没有意义
  14. think在PHP中什么意思,thinkphp框架是什么意思
  15. Git配置详细教程及基础使用方法,教你轻松学会git代码管理
  16. 支持扫描的单usb口打印服务器,LP-1000 TT168L1 打印机共享器 USB网络 远程 扫描 云打印服务器...
  17. 微星主板开启安全启动以更新win11教程
  18. VMWare虚拟机快照技术深入理解
  19. Compare线刷包与卡刷包
  20. Java简体繁体转换

热门文章

  1. 修改服务器cimc地址,【交换机在江湖】实战案例十三 HUAWEI S系列交换机802.1x特性对接H厂商IMC服务器配置指导...
  2. Atheros AR9285坑爹网卡仅仅有54M/65M,开启150M速率的方法
  3. matlab dbc文件,一种EXCEL转DBC文件的生成方法及装置与流程
  4. Win CE 实现web访问快捷方式解决方案
  5. 学会这几个简单的bat代码,轻松在朋友面前装一波13
  6. 常见文件扩展名和它们的说明
  7. IDEA快捷键之搜索查询
  8. RDP报表工具数据字典配置及使用说明
  9. ENVI App Store 下载与安装
  10. 通过U盘刻录镜像安装windows系统