这似乎是一个时间问题。preRenderView
在事件期间调用此侦听器方法。根据ELFlash
(由返回的 Mojarra 的Flash
实现ExternalContext#getFlash()
)的源代码,当您当前处于渲染响应阶段并且尚未为当前请求设置 flash cookie 时,它不会设置 flash cookie :
以下是来自的相关行ELFlash
:
if (currentPhase.getOrdinal() < PhaseId.RENDER_RESPONSE.getOrdinal()) {
flashInfo = flashManager.getPreviousRequestFlashInfo();
} else {
flashInfo = flashManager.getNextRequestFlashInfo(this, true);
maybeWriteCookie(context, flashManager);
}
仅当maybeWriteCookie
Flash cookie 需要第二次通过时(即,当重定向的页面又重定向到另一个页面时)才会设置 cookie。
这是一个不幸的极端案例。这个ELFlash
逻辑是有道理的,但这不是你真正想要的。基本上,您需要在INVOKE_APPLICATION
阶段添加消息。然而,没有这样的事件postInvokeAction
。使用新的 JSF 2.2<f:viewAction>
标记应该是可能的,因为它确实在调用应用程序阶段运行。
<f:viewAction action="#{bean.onload}" />
只要您还没有使用 JSF 2.2,您就需要寻找替代方法。最简单的方法是创建一个自定义ComponentSystemEvent
.
@NamedEvent(shortName="postInvokeAction")
public class PostInvokeActionEvent extends ComponentSystemEvent {
public PostInvokeActionEvent(UIComponent component) {
super(component);
}
}
现在你需要一个钩子来发布这个事件。最明智的地方是PhaseListener
听完后阶段INVOKE_APPLICATION
。
public class PostInvokeActionListener implements PhaseListener {
@Override
public PhaseId getPhaseId() {
return PhaseId.INVOKE_APPLICATION;
}
@Override
public void beforePhase(PhaseEvent event) {
// NOOP.
}
@Override
public void afterPhase(PhaseEvent event) {
FacesContext context = FacesContext.getCurrentInstance();
context.getApplication().publishEvent(context, PostInvokeActionEvent.class, context.getViewRoot());
}
}
如果您按以下方式注册它faces-config.xml
<lifecycle>
<phase-listener>com.example.PostInvokeActionListener</phase-listener>
</lifecycle>
那么您将能够按如下方式使用新事件
<f:event type="postInvokeAction" listener="#{bean.onload}" />
更新这在 JSF 实用程序库OmniFaces中也可用,因此您不需要自制一个和另一个。另请参见InvokeActionEventListener
展示示例。