我正在考虑将基于 Spring Quartz 的应用程序移植到 EJB 3.1 以查看 EJB 是否有所改进。我无法理解故障转移如何与 Schedule Timer Service 一起工作。在 Quartz 中，有集群 Quartz 实例使用的数据库表。如果集群中的一个节点崩溃，作业仍将在其他节点上执行。
我一直在研究 Timer Service 如何持久化事物，它似乎使用了创建 Timer 的服务器的文件系统。这是真的？我看不出这怎么可能，因为它会导致计时器服务不可用，因为它不支持故障转移。
所以我一定错过了一些东西。谁能帮我解决这个问题？
EJB 计时器服务根本没有 Quartz 先进（有或没有 Spring）。
EJB 计时器被持久化到一个未知的位置。它可能恰好是文件系统，但如果您碰巧在 Windows 上运行，它也可能是 Windows 注册表，或者它可能是 LDAP 服务器或其他任何东西。
EJB spec JIRA上关于这个问题有一段时间了，在spec mailing list上讨论过，但后来因为没人理会回复任何人（可能是因为很多人在度假当时）。如果您问我，这是关闭问题的最蹩脚的原因之一，但我想规范负责人有时必须采取此类措施。
无论如何，在 JBoss AS 中，持久化发生在嵌入式关系数据源上，而后者又会写入文件系统。通过专有配置，您可以将此数据源指向任何远程数据库。故障转移也必须来自专有的 JBoss 功能。尽管 EJB 为了潜在的集群而禁止了很多事情，但规范中没有明确的集群支持，因此特别是 EJB 计时器不支持集群。
不确定在提出问题时这是否可用，但您可以为此使用“cluster-ha-singleton”，它允许您创建一个从单个集群节点调用的单例计时器，以防故障转移选择的节点 选择一个新节点来运行单例（以及因此计时器）
http://www.jboss.org/quickstarts/eap/cluster-ha-singleton/
It mentions EAP but I am running on AS 7.2.0 fine, the jars are already included in /modules/org/jboss/