Jsf 2 JSF2会话未在集群上复制?

Jsf 2 JSF2会话未在集群上复制?,jsf-2,jboss,cluster-computing,seam3,Jsf 2,Jboss,Cluster Computing,Seam3,几天前,我在这里读到一些问题,这些问题使我了解到会话中有一个视图范围的bean。是这样吗 我这样问是因为我有一个jsf 2+seam 3+cdi应用程序,它在单个节点上可以与视图范围的bean完美地工作,并且一旦它被放到集群上,我就得到一个工作请求,下一个是视图过期异常 那么,我假设会话复制不正确,对吗?在我的web.xml上有可分发标记。我正在使用JBoss6.1。我应该在应用程序或jboss上做些什么(除了使用all上下文)来让它工作吗 或者我不能在集群环境中使用视图范围的bean?只是添加

几天前,我在这里读到一些问题,这些问题使我了解到会话中有一个视图范围的bean。是这样吗

我这样问是因为我有一个jsf 2+seam 3+cdi应用程序,它在单个节点上可以与视图范围的bean完美地工作,并且一旦它被放到集群上,我就得到一个工作请求,下一个是视图过期异常

那么,我假设会话复制不正确,对吗?在我的web.xml上有可分发标记。我正在使用JBoss6.1。我应该在应用程序或jboss上做些什么(除了使用all上下文)来让它工作吗


或者我不能在集群环境中使用视图范围的bean?

只是添加负载平衡是由apache mod_在这里提出的,因为我遇到了同样的问题。尽管我试图在jvm死机时进行故障转移。您的问题很可能与粘性会话有关。大多数负载平衡器都有此选项。您的最有可能首先命中服务器1,然后在下一个请求中命中服务器2。然而,复制正在失败。这正是正在发生的事情,但我似乎无法让它工作。Apache配置为粘性会话,jboss也是如此,因此我在这里确实丢失了,因此,在第一个请求中,可能值得检查一下Cookie是否正确地使用JSessID等设置。可能还值得检查一下IP地址是否没有以某种方式动态变化。现在我刚刚看到mod_jk日志上的一行代码找不到名为“jk status”的worker。我的节点名是node1,node2