Java EE 应用程序容器为 EJB 提供“故障转移”支持，在他们的文档中从不引用任何首先需要故障转移 EJB 的原因！
这些“故障转移”情况何时发生，是什么原因造成的？这只是引发异常的情况吗？或者应用程序容器是否有可能实际“丢失”或“破坏”EJB？
通常，当我过去谈到故障转移时，它是一个网络组件，例如由于某种原因而停机的服务器。我只是在这里有一个心理障碍，试图设想什么会导致一个已部署的软件死亡并“故障转移”。
具体示例的奖励积分，而不仅仅是模糊、模糊、抽象的描述（！）。
问问题
665 次
2 回答
0
Java EE 通常不提供您所说的这种故障转移。如果它完全受支持，那么它就是特定实现的专有特性。
通常，此类故障转移适用于在某些服务器上运行的远程 EJB，该服务器本身可能由于网络问题而崩溃或变得不可用。在这种情况下，客户端应用程序服务器可以指定多个故障转移 URL，以便如果一个服务器无响应，则将自动使用另一个服务器，以一种对想要与所述 bean 对话的代码透明的方式。
相同的机制也可用于基本负载平衡。如果您的代码要联系的远程 EJB 所在的服务器处于高负载状态，则客户端 AS 可以自动选择运行相同远程 bean 但负载较小的服务器。
于 2012-07-04T22:02:38.377 回答
0
您可以查看JBoss 中“集群 EJB”情况下故障转移的详细说明。
您需要通用故障转移并超越 JEE 和 EJB 的原因 - 单个服务器可能变得不可用。
于 2016-01-12T07:53:08.427 回答