Jakarta ee EJB的故障切换?

Jakarta ee EJB的故障切换?,jakarta-ee,jboss,glassfish,ejb-3.0,failover,Jakarta Ee,Jboss,Glassfish,Ejb 3.0,Failover,JavaEE应用程序容器为EJB提供故障转移支持,在他们的文档中,从不引用您需要首先对EJB进行故障转移的任何原因 这些故障转移情况何时发生,是什么原因造成的?这只是抛出异常的情况吗?或者,应用程序容器是否可能实际丢失或破坏EJB 通常,当我在过去提到故障转移时,它是一个网络组件,就像服务器由于某种原因而停机一样。我只是有一个思维障碍,试图想象什么会导致一个已部署的软件死亡和故障转移 对于具体的例子,而不仅仅是模糊、模糊、抽象的描述,还有额外的好处 JavaEE通常不提供您所说的那种故障切换。如

JavaEE应用程序容器为EJB提供故障转移支持,在他们的文档中,从不引用您需要首先对EJB进行故障转移的任何原因

这些故障转移情况何时发生,是什么原因造成的?这只是抛出异常的情况吗?或者,应用程序容器是否可能实际丢失或破坏EJB

通常,当我在过去提到故障转移时,它是一个网络组件,就像服务器由于某种原因而停机一样。我只是有一个思维障碍,试图想象什么会导致一个已部署的软件死亡和故障转移


对于具体的例子,而不仅仅是模糊、模糊、抽象的描述,还有额外的好处

JavaEE通常不提供您所说的那种故障切换。如果它得到了支持,那么它就是特定实现的专有特性

通常,这种故障切换适用于在某些服务器上运行的远程EJB,这些服务器本身可能会因网络问题而崩溃或变得不可用。在这种情况下,客户机应用程序服务器可以指定多个故障转移URL,这样,如果一个服务器没有响应,另一个服务器将自动使用,而不是以一种对希望与所述bean对话的代码透明的方式使用


同样的机制也可以用于基本的负载平衡。如果您的代码想要联系的远程EJB所在的服务器负载较高,那么客户机AS可以自动选择运行相同远程bean但负载较低的服务器

在发生故障时,您可以查看故障转移的详细说明

您需要通用故障切换并超越JEE和EJB的原因—单个服务器可能变得不可用