有时,当使用<h:commandLink>, <h:commandButton>或<f:ajax>时,与标记相关的action, actionListener或listener方法根本没有被调用。或者,bean属性没有更新提交的UIInput值。

可能的原因和解决方法是什么?


当前回答

我最近遇到了一个问题,在使用IBM Extended Faces Components的JSF 1.2应用程序中没有调用uiccommand。

我在数据表的一行上有一个命令按钮(扩展版本,所以<hx:datatable>), UICommand不会从表中的某些行中触发(不会触发的行是大于默认行显示大小的行)。

我有一个下拉组件,用于选择要显示的行数。支持该字段的值在RequestScope中。支持表本身的数据在某种ViewScope中(实际上,暂时在SessionScope中)。

如果通过绑定到数据表的rows属性的控件来增加行显示,那么在单击此更改后显示的任何行都不能触发UICommand。

将此属性置于与表数据本身相同的作用域中可以解决这个问题。

我认为这在上面的balusc# 4中有所暗示,但不仅表值需要为View或Session范围,而且还需要控制表上显示的行数的属性。

其他回答

我自己也遇到了这个问题,并发现了这个问题的另一个原因。 如果在支持bean中没有用于*.xhtml中使用的属性的setter方法,则不会调用该操作。

我有很多有趣的调试问题,其中一个<h:commandLink>的动作在richfaces数据表拒绝发射。这张桌子曾经在某个时候工作过,但没有明显的原因就停了下来。我想尽了一切办法,却发现我的rich:datatable使用了错误的rowKeyConverter,它返回了richfaces愉快地用作行键的空值。这阻止了我的<h:commandLink>动作被调用。

<ui:composition>  
  <h:form id="form1">
    <p:dialog id="dialog1">
      <p:commandButton value="Save" action="#{bean.method1}" /> <!--Working-->
    </p:dialog>
  </h:form>

  <h:form id="form2">
    <p:dialog id="dialog2">
      <p:commandButton value="Save" action="#{bean.method2}" /> <!--Not Working-->
    </p:dialog>
  </h:form>
</ui:composition>

来解决;

<ui:composition>  
  <h:form id="form1">
    <p:dialog id="dialog1">
      <p:commandButton value="Save" action="#{bean.method1}" />   <!-- Working  -->
    </p:dialog>

    <p:dialog id="dialog2">
      <p:commandButton value="Save" action="#{bean.method2}" />   <!--Working  -->
    </p:dialog>
  </h:form>
  <h:form id="form2">
    <!-- ..........  -->
  </h:form>
</ui:composition>

虽然我的答案不是100%适用,但大多数搜索引擎都会把它作为第一个搜索结果,但我还是决定把它贴出来:

如果您正在使用PrimeFaces(或一些类似的API) p:commandButton或p:commandLink,那么您可能忘记显式地将process="@this"添加到命令组件中。

正如PrimeFaces用户指南在3.18节中所述,process和update的默认值都是@form,这与普通JSF f:ajax或RichFaces的默认值截然相反,后者分别是execute="@this"和render="@none"。

只是我花了很长时间才发现。(…而且我认为使用与JSF不同的默认值是相当不聪明的!)

我也遇到过这个问题,在打开浏览器的web控制台后才真正开始研究根本原因。在此之前,我无法获得任何错误消息(即使使用<p:messages>)。web控制台显示从<h:commandButton type="submit" action="#{myBean.submit}">返回的HTTP 405状态码。

在我的例子中,我混合了通过Auth0提供OAuth身份验证的普通HttpServlet和执行应用程序视图和业务逻辑的JSF facet和bean。

一旦我重构了web.xml,并删除了一个中间人servlet,它就“神奇地”工作了。

总之,问题是中间人servlet使用RequestDispatcher.forward(…)从HttpServlet环境重定向到JSF环境,而在此之前调用的servlet使用HttpServletResponse.sendRedirect(…)重定向。

基本上,使用sendRedirect()允许JSF“容器”获得控制,而RequestDispatcher.forward()显然不能。

我不知道为什么facelet能够访问bean属性,但不能设置它们,这显然是为了消除servlet和JSF的混合,但我希望这可以帮助人们避免长时间的头到表的碰撞。