Question

考虑页面 webapp / myPage.xhtml ：

...
<h:form id="myForm">
    ...
    <h:selectOneMenu id="..." required="true" value="#{myController.aValue}">
       <f:selectItems value="#{...}" var="..." itemValue="#{...}" itemLabel="#{...}"/>
    </h:selectOneMenu>
    ...
    <h:commandButton value="Go for it!" action="#{myController.goForIt(...)}"/>
    ...
</h:form>
...

按钮操作绑定到控制器方法 MyController.goForIt（）：

@ManagedBean(name = "myController")
@RequestScoped
public class MyController {
   public String goForIt(...){
      if (myCondition){
         try {
            FacesContext.getCurrentInstance().getExternalContext()
                        .redirect("http://www.myTarget.com/thePage.html");
         } catch (IOException e) {
           ...
         }
      }
      return "myPage.xhtml"   
   }
}

我的第一个问题是：以上是否有意义？这是使用redirect（）的正确方法吗？

如果http://www.myTarget.com/thePage.html为真，我想将用户重定向到myCondition。如果myCondition为假，则必须留在myPage.xhtml。

如果是这样，我想更好地了解会发生什么......在Firefox中使用Live HTTP Headers时，我会发现点击按钮时

发布 webapp / myPage.xhtml 的帖子
服务器回复 302暂时移动 - 位置：www.myTarget.com/thePage.html
浏览器GET的 www.myTarget.com/thePage.html

到目前为止，这是预期的行为吗？

我现在觉得烦人的是调用 webapp / myPage.xhtml 。更具体地说，再次调用 preRenderView -event。（我在preRenderView-listener中有一些代码应该只执行一次。）

以上是否有意义？有没有人看到改善这种情况的方法？

谢谢！学家

Answer 1

到目前为止，这是预期的行为吗？

重定向基本上指示客户端在Location响应标头中指定的URL上触发新 HTTP请求。所以是的，你所看到的行为是正确的。

但是，您的网址有误。它与当前请求URL相关。因此，如果当前网址是http://example.com/context/page.jsf，那么此重定向将基本上指向http://example.com/context/www.myTarget.com/thePage.html，这显然是错误的。当新网址涉及其他网域时，您应该重定向到绝对网址。换句话说，在它前面加上http：// scheme。

我现在觉得烦人的是调用了webapp / myPage.xhtml。

理论上，当重定向发生时，这应该不会发生。尝试将return null添加到try块。

如何在JSF2.0中使用ExternalContext.redirect（）？

1 个答案: