相关疑难解决方法(0)

我什么时候应该使用<h:outputLink>而不是<h:commandLink>？

我知道a commandLink生成一个HTTP帖子; 我猜这outputLink将产生HTTP获取.也就是说,我读过的大多数JSF教程材料都是commandLink(几乎？)使用的.

上下文:我正在实现一个小的演示项目,它显示了一个到用户页面的标题链接,就像Stack Overflow的......

......我不确定commandLink(可能是?faces-redirect=true用于书签)还是outputLink正确的选择.

我正在学习JSF,当我意识到每当我们使用时<h:form>,JSF的标准行为总是向我显示浏览器中上一页的URL ,而不是当前页面的URL,我感到非常惊讶和困惑.

我知道这与JSF总是将表单发布到同一页面的方式有关,然后只是呈现控制器将其返回给浏览器的任何页面,而浏览器不知道页面位置已更改.

似乎JSF已经存在了足够长的时间,必须有一个干净,可靠的方法来处理这个问题.如果是这样,你介意分享吗？

我找到了各种解决方法,但遗憾的是,这似乎不是一个真正可靠的解决方案.

• 只需接受该网址具有误导性.
• 附加"?faces-redirect=true"到每个 bean的操作的返回值然后
  • 弄清楚如何@RequestScoped用其他东西替换(Flash Scopes,CDI对话,@ SessionScoped,......).
  • 接受为每个用户操作进行两次HTTP往返.
• 使用某种方法(例如第三方库或自定义代码)隐藏URL中的页面名称,始终对每个页面使用相同的通用URL.

如果它"?faces-redirect=true"是如此好,有没有办法配置整个应用程序以这种方式处理所有请求？

我一直在处理JSF的问题,当涉及到重定向到我的应用程序中的页面时,它工作正常,但我无法重定向到外部URL可以有人指导我吗？

我正在尝试实现一个复合组件,该组件以纯文本显示用户的信息详细信息,或者如果所需的详细信息是当前连接的用户的详细信息,则通过可编辑的输入文本字段显示它们.

我知道al UI Components可以通过渲染属性渲染,但是那些不是UI组件的东西(例如div)

<div class = "userDetails" rendered = "#{cc.attrs.value.id != sessionController.authUser.id}">
    Name: #{cc.attrs.value.name}
    Details: #{cc.attrs.value.details}
</div>

<div class = "userDetails" rendered = "#{cc.attrs.value.id == sessionController.authUser.id}">
    <h:form>
        ...
    </h:form>
</div>

我知道div没有渲染属性,可能我根本没有采用正确的方法.我可以很容易地使用JSTL标签,但我想避免这种情况.

当我遇到这个问题/答案时,我正在考虑在我的网络应用程序中使用显式页面导航规则,摘录如下:

...由于新的"隐式导航"功能,导航规则已经过时,因为JSF 2.0.

但是,我已经浏览了大部分的CoreServlets JSF 2.0教程,并且它有一个专门用于显式页面导航的部分,并且它对它有利.要么这违背了上述建议,要么我误解了一些东西.

我不想以过时的方式创建新的Web应用程序.谁能摆脱任何光明？