JBoss应用服务器的故障切换

对于运行JBossESB4.9的JBoss应用服务器（5.1）的故障切换，我有一个问题。我将从一个图表开始：

我们有一个遗留应用程序（“遗留生产者”）在遗留传输（“遗留传输”）上生成数据。我们已经编写了一个ESB服务（“网关”），它侦听遗留传输并将接收到的消息放在ESB上。然后，这些消息将按照几个编排步骤进行处理

当一台应用服务器运行时，此功能正常工作。但是，我们希望允许应用程序服务器出现故障。因此，一个简单的解决方案是在集群配置中支持两个这样的应用服务器（如图所示）。但是，由于这将导致复制网关服务，因此结果将是在ESB上发布并处理每条消息的两个副本，这是一个不理想的结果

---

实现这种故障转移的正确方法是什么？

正确的方法是在节点之间使用JMS群集。关于如何做到这一点，您需要查看AS/JBoss消息传递（或HornetQ）文档，ESB不包括任何快速入门来演示这一点

---

将jUDDI信息同时发布到两个节点可能需要一些步骤，但手册中有相关说明。查看程序员指南“7.1.故障转移和负载平衡支持”

正确的方法是在节点之间使用JMS集群。关于如何做到这一点，您需要查看AS/JBoss消息传递（或HornetQ）文档，ESB不包括任何快速入门来演示这一点

将jUDDI信息同时发布到两个节点可能需要一些步骤，但手册中有相关说明。查看程序员指南“7.1.故障转移和负载平衡支持”

更具体地说，如果“传统传输”是基于文件系统的，如何确保FileGatewayListeners的两个实例之间不会出现近似竞争情况，例如：一个文件出现在受监视的文件夹中，两个侦听器同时触发，一个侦听器通过附加.inProgress后缀重命名文件，而稍慢一点的侦听器无法重命名文件，因为它已经被重命名了？是否有任何群集配置可以防止此问题？更具体地说，如果“传统传输”是基于文件系统的，如何确保FileGatewayListeners的两个实例之间不会出现近似竞争条件，例如：一个文件出现在受监视的文件夹中，两个侦听器同时触发，一个侦听器通过附加.inProgress后缀重命名文件，而稍慢一点的侦听器无法重命名文件，因为它已经被重命名了？是否有任何群集配置可以防止此问题？