JSTL c:forEach 导致 CDI (Seam 3) @ViewScoped bean 使用 Mojarra 2.1.18+ 在每个 AJAX 请求上调用 @PostConstruct

Question

这是 stackoverflow.com 上一些问题的后续问题：

JSTL c:forEach causes @ViewScoped bean to invoke @PostConstruct on every request

Why does @PostConstruct callback fire every time even though bean is @ViewScoped? JSF

但是，我们使用的是 Mojarra 2.1.22，但我们的 Seam 3 CDI @ViewScoped 注释 bean 总是被重构，即执行带有 @PostConstruct 注释的方法，并且我们在每个 AJAX 请求上都会获得一个新 bean。

几个月来我一直听到的消息（现在是 2014 年 2 月）是 Mojarra 2.1.18+ 修复了许多这些错误，并且当视图从<c:forEach items="#{mySeam3CdiViewScopedBean.items}" ... >.

这里有一些错误：

https://java.net/jira/browse/JAVASERVERFACES-1665

https://java.net/jira/browse/JAVASERVERFACES_SPEC_PUBLIC-928（）

https://java.net/jira/browse/JAVASERVERFACES_SPEC_PUBLIC-787

https://java.net/jira/browse/JAVASERVERFACES-2688

与我在顶部提到的示例的唯一区别是我们使用的是 Seam 3.1 Faces CDI @ViewScoped (+ @Named) 而不是“原生”JSF @ViewScoped ( + @ManagedBean)。

问题：

Seam 3 Faces (3.1 Final) 是它不起作用的原因吗？

（我们怎样才能知道？将我们所拥有的内容转化为测试用例并不容易......也许有人知道？）

---

PS：我知道这更像是一个论坛问题，但我希望这里处理 JSF 2 但不一定是 Seam 3（Faces）的人可以提供反馈。

Answer 1

关于您的问题的一些评论：

• 不建议在 JSF 中使用 JSTL 循环，因为它不在 JSF 生命周期中进行管理。使用 facelets ui:repeat 是一种很好的做法
• Seam 3 已弃用，您应该避免使用它，因为如果问题来自这里，您将得不到任何支持。

您有两种解决方案（按优先顺序）：

• 切换到 JSF 2.2x（和 CDI 1.1），它集成了原生 CDI 兼容 @ViewScoped。您可以使用JBoss Wildlfy 8 或Oracle Glassfish 4 服务器轻松完成此操作。
• 如果您无法切换 JSF，请忘记 Seam Faces 并切换到 Deltaspike（Seam 3 和 CODI 的后代）。它提供了一个CDI scope for the JSF @ViewScoped

但是在这两种情况下，尝试在您的 JSF 页面中去掉 JSTL，它会导致很多奇怪的问题。