0

我见过类似的问题，但我不认为这是一个转发，因为我可以从 WebFilter 访问 ManagedBean，但奇怪的是更新的属性.... 并没有真正更新。以下是详细信息：

我有一个过滤器（在 Glassfish 3.1.2 上使用 Mojarra 2.1.6，WebFilter 注释）：

public void doFilter(ServletRequest request, ServletResponse response,
              FilterChain chain)
       throws IOException, ServletException {
    // FacesContextHelper is a utility class to get some Faces stuff
    FacesContextHelper facesContextHelper = new FacesContextHelper();
    // this returns the correct instance of a SessionScoped ManagedBean
    userInfoView = (UserInfoView) facesContextHelper.getManagedBean(request,
       response, "userInfoView", UserInfoView.class);
    // ... some computation here to get the 'vm' URL parameter
    userInfoView.setViewMode(viewMode);
    // ....
    chain.doFilter(request, response);
}

现在在 Facelet 中，我正在使用这个viewMode：

<h:panelGroup layout="block" rendered="#{userInfoView.viewMode ne 1}">
  <ui:include src="/WEB-INF/jsf/v2/products.xhtml"/>
</h:panelGroup>

为了完整起见，这里是部分 UserInfoView：

@ManagedBean(name = "userInfoView")
@SessionScoped
public class UserInfoView extends AbstractView
   implements ServiceConstant, Serializable {
 private Integer viewMode = 0;

 public Integer getViewMode() {
   return viewMode;
 }

 public void setViewMode(Integer viewMode) {
   this.viewMode = viewMode;
 }
}

现在发生的事情是由于某种原因（它似乎与 JSESSIONID 相关联）我将有预期的行为：
- 在 GET 请求集中具有“vm = 1”（调用 UserInfoView setViewMode）viewMode 为 1
- Facelet 得到适当的值

然后只需重新启动 Glassfish 并：
- GET 请求中的“vm=1”仍然将 viewMode 设置（调用 UserInfoView setViewMode）为 1
- Facelet 获得 --default** 值（即 0）

我怀疑 RESTORE_VIEW 阶段以某种方式将变量重置为默认值，尽管除了跟踪请求的生命周期之外，我没有任何东西可以支持这个理论......

从 Servlet 过滤器更改 SessionScoped 托管 bean 的变量时，我应该注意什么？我的方法有什么问题吗？

4

1 回答 1

1

不是您问题的答案，但由于您使用的是 JSF 2，因此传递这些参数的更好方法是使用：

<f:viewParam name="vm" value="userInfoView.viewMode"/>
于 2012-04-11T07:46:11.360 回答