Wildfly 8.2 JSF会话范围：有时返回错误数据

Question

在我们生产中的一个系统中，我们在jboss 8.2和最新的JDK 7、centos 7 64位、javax.enterprise.context.SessionScoped bean上的最新primeface中遇到了一个非常奇怪的问题。（整个项目中不使用jsf注释，仅使用CDI注释以避免潜在冲突）

在处理一个请求的过程中，@SessionScoped bean在某个时间点（我们不知道是什么触发了它）给出了相互矛盾的信息。然而，处理总是只发生在一个会话和一个线程中。

以下是请求处理正常时的日志行（简化示例）（这里是两个连续的请求）：

15:00:00 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step1 : login : "UserA";
15:00:00 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step2 : login : "UserA";
15:00:00 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step3 : login : "UserA";
15:00:00 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step4 : login : "UserA";
15:00:00 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step5 : login : "UserA";
15:00:01 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step6 : login : "UserA";
15:00:01 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step7 : login : "UserA";

15:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step1 : login : "UserB";
15:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step2 : login : "UserB";
15:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step3 : login : "UserB";
15:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step4 : login : "UserB";
15:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step5 : login : "UserB";
15:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step6 : login : "UserB";
15:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step7 : login : "UserB";

以下是请求处理“损坏”（两个连续请求）时的日志行。注意登录值：

16:00:00 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step1 : login : "UserA";
16:00:00 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step2 : login : "UserB";
16:00:00 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step3 : login : "UserB";
16:00:00 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step4 : login : "UserA";
16:00:00 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step5 : login : "UserB";
16:00:01 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step6 : login : "UserB";
16:00:01 : thread 1 - req 1 - OurWeirdSessionScopedBean.process.step7 : login : "UserA";

16:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step1 : login : "UserB";
16:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step2 : login : "UserX";
16:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step3 : login : "UserX";
16:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step4 : login : "UserB";
16:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step5 : login : "UserX";
16:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step6 : login : "UserX";
16:00:04 : thread 2 - req 2 - OurWeirdSessionScopedBean.process.step7 : login : "UserB";

很长一段时间（通常5-10小时）一切正常，然后发生了一些事情（时间/线程耗尽/厄运/…？不知道），然后webapp“坏了”。当它被破坏时，如上所示的数据不匹配是频繁的，但不是系统性的。

唯一的解决办法是重新启动wildfly。

在损坏状态下，只有一个用户的超文本传输协议会话挂起（没有超文本传输协议会话断开/连接），仅连续点击网页中的按钮，可以观察到这种错误行为。关键是，我很肯定，当服务器被“破坏”时，这个错误只能在一个用户和没有负载的情况下重现。

提示：OurWeirdSessionScopedBean是支持xhtml页面的managedBean，它被注入（CDI@Inject）到处理过程中涉及的其他CDIBean中。

似乎在其他CDIBean中注入的我们的WeirdSessionScopedBean的代理并不总是引用与xhtml页面的backingBean相同的数据。但它应该是同一个对象。OurWeirdSessionScopedBean被注释为@SessionScoped和@Named。

有人遇到过这样的行为吗？有人有解释/解决方案或变通方法吗？

非常感谢

Answer 1

似乎我们确实遇到了一个位于韦尔德的野蝇8.2错误。有关更多信息，请参阅此jira：https://issues.jboss.org/browse/WFLY-4753

修复方法是用这个补丁修补野蝇：http://sourceforge.net/projects/jboss/files/Weld/2.2.12.Final

谢谢大家