Java 石英回收机理

我是新来的。我对石英回收机制感兴趣。是否有关于此过程的文档？我试图找到，但没有成功

恢复机制处于活动状态时出现问题。我们有

SCHEDULERDETAIL

表，该表与

QRTZ_触发器

表连接（

QRTZ_触发器

表是石英附带的表）。它们通过外键连接：在

SCHEDULERDETAIL

表中，它是

SCHEDULED\u ID

列（定义为

NUMBER

），在

QRTZ\u触发器中，它是
TRIGGER\u NAME
（定义为
VARCHAR
）。创建新任务时，新触发器将添加到
QRTZ\u触发器
表中<代码>触发器名称

从

QRTZ\u触发器

下降到

SCHEDULERDETAIL

表

当作业未执行时（服务器关闭、调度程序模块未激活或其他原因），据我所知，恢复机制开始工作。在我们的例子中，

QRTZ\u TRIGGERS

中的恢复机制为

TRIGGER\u NAME

和

TRIGGER\u GROUP

属性-列插入包含

字符串的记录（
TRIGGER\u NAME=recover\u app2.1361843234382\u 1363216375567；TRIGGER\u GROUP=RECOVERING\u JOBS
）。因为在其他表中，这些属性被定义为数字，所以无法执行其他任务，因为这两个表之间的连接（机制尝试将
触发器名称
下降到
字符串
到
计划的\u ID
为数字），所以会产生错误。我的问题是，我能控制石英和数据库之间的通信吗？如果可能的话，我该如何处理？如果我不能，如何避免这种情况

我使用的是quartz scheduler 1.8
 您不需要查看这些内部表。Quartz提供如何处理未触发和重新触发策略。在安排您的任务/作业时，您应该使用这些API从错过的触发器中正确恢复。感谢您的快速响应。你能给我一些链接，在那里我可以找到这个触发策略是什么样子的，我如何使用API在我自己的场景中应用这个策略？提前感谢本例查看触发器侦听器感谢您的响应。我重现了这种情况并找到了解决办法。现在我感兴趣的是下一个场景：如何关闭恢复机制，使恢复触发器永远不会运行？