commandButton/commandLink/ajax 操作/侦听器方法未调用或输入值未设置/更新

Question

有时，当使用 、 或 时，与标记关联的 action、actionListener 或 listener 方法根本没有被调用。或者，bean 属性未使用提交的 UIInput 值进行更新。

出现这种情况的可能原因及解决方法有哪些？

Answer 1

我在调试 在 richfaces datatable 中的操作拒绝触发的问题时获得了很多乐趣。该表曾经在某个时候工作过，但没有明显的原因停止了。我千方百计，却发现我的 rich:datatable 使用了错误的 rowKeyConverter，它返回了 null，而 richfaces 很乐意将其用作行键。这阻止了我的 操作被调用。

Answer 2

另一种可能性：如果症状是第一次调用有效，但后续调用无效，则您可能正在将 PrimeFaces 3.x 与 JSF 2.2 结合使用，详细信息如下：没有发送 ViewState。

Answer 3

我通过将以下内容解决了问题

<h:commandButton class="btn btn-danger" value = "Remove" action="#{deleteEmployeeBean.delete}"></h:commandButton>

：

<h:form>
     <h:commandButton class="btn btn-danger" value = "Remove" action="#{deleteEmployeeBean.delete}"></h:commandButton>
</h:form>

Answer 4

这是对我有用的解决方案。

<p:commandButton id="b1" value="Save" process="userGroupSetupForm"
                    actionListener="#{userGroupSetupController.saveData()}" 
                    update="growl userGroupList userGroupSetupForm" />

在这里，process="userGroupSetupForm" 属性对于 Ajax 调用是必需的。 actionListener 正在从 @ViewScope Bean 调用方法。还更新咆哮消息、数据表：userGroupList 和表单：userGroupSetupForm。

Answer 5

对我有用的解决方案是将 在表单内部或表单数据所在的内部，例如在 中。

Answer 6

<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>

Answer 7

简介

每当 UICommand 组件（、 等）无法调用关联的操作方法时或 UIInput 组件（、 等）无法处理提交的值，并且/或更新模型值，并且您在服务器日志中没有看到任何可搜索的异常和/或警告，当您按照JSF ajax 请求中的异常处理，当您在 web.xml 中设置以下上下文参数时，

<context-param>
    <param-name>jakarta.faces.PROJECT_STAGE</param-name>
    <param-value>Development</param-value>
</context-param>

您也在浏览器的 JavaScript 控制台中没有看到任何可谷歌搜索的错误和/或警告（在 Chrome/Firefox23+/IE9+ 中按 F12 打开 Web 开发人员工具集，然后打开控制台选项卡），然后处理以下可能的列表原因。

可能的原因

1. UICommand 和 UIInput 组件必须放置在 UIForm 组件内，例如 （因此不是纯 HTML

   ），否则无法将任何内容发送到服务器。 UICommand 组件也不能具有 type="button" 属性，否则它将是一个死按钮，仅对 JavaScript onclick 有用。另请参阅如何发送表单输入值并调用 JSF bean 和 中的方法不启动回发。

2. 您不能相互嵌套多个 UIForm 组件。这在 HTML 中是非法的。浏览器行为未指定。小心包含文件！您可以并行使用 UIForm 组件，但它们在提交期间不会相互处理。您还应该注意“God Form”反模式；确保您不会无意中处理/验证相同表单中的所有其他（不可见）输入（例如，具有一个隐藏对话框，其中包含相同表单中的所需输入）。另请参阅如何使用 在 JSF 页面中？单一形式？多种形式？嵌套表单？.

3. 不应该发生UIInput值验证/转换错误。您可以使用 显示任何特定于输入的 组件未显示的任何消息。不要忘记在 中包含 的 id（如果有），这样它也会根据 ajax 请求进行更新。另请参阅 当 p:commandButton 处于按下状态时，h:messages 不显示消息按下。

4. 如果 UICommand 或 UIInput 组件放置在迭代组件内，例如 、等，那么您需要确保在表单提交请求的应用请求值阶段保留迭代组件完全相同的值。 JSF 将重复它以查找单击的链接/按钮和提交的输入值。将 bean 放入视图范围和/或确保在 bean 的 @PostConstruct 中加载数据模型（因此不在 getter 方法中！）应该可以修复该问题。另请参阅我应该如何以及何时从数据库加载模型对于 JSF 数据表。

5. 如果 UICommand 或 UIInput 组件由动态源（例如 包含） ，那么您需要确保在表单提交请求的视图构建期间保留完全相同的#{bean.include}值。 JSF 将在构建组件树期间重新执行它。将 bean 放入视图范围和/或确保在 bean 的 @PostConstruct 中加载数据模型（因此不在 getter 方法中！）应该可以修复该问题。另请参阅如何ajax刷新动态通过导航菜单包含内容？ （JSF SPA）。

6. 组件及其所有父组件的 rendered 属性以及任何父组件的 test 属性 /<在表单提交请求的应用请求值阶段，code> 不应计算为 false。 JSF 将重新检查它，作为防止请求被篡改/黑客攻击的一部分。将负责条件的变量存储在 @ViewScoped bean 中，或确保您在 @RequestScoped 的 @PostConstruct 中正确预初始化条件> bean 应该修复它。这同样适用于组件的 disabled 和 readonly 属性，它们在应用请求值阶段不应评估为 true。另请参阅未调用 JSF CommandButton 操作、条件渲染组件中的表单提交未处理，h:commandButton 一旦我将其包装在 中就无法工作; 和 强制 JSF无论如何都要处理、验证和更新只读/禁用的输入组件

7. UICommand 组件的 onclick 属性和 onsubmit UIForm 组件的属性不应返回 false 或导致 JavaScript 错误。在 或 的情况下，浏览器的 JS 控制台中也应该没有可见的 JS 错误。通常谷歌搜索确切的错误消息已经给你答案了。另请参阅 使用 PrimeFaces 结果手动添加/加载 jQuery在未捕获的类型错误中。

8. 如果您通过 JSF 2.x 或 PrimeFaces 使用 Ajax，请确保您有主模板中的 而不是 。否则，JSF 将无法自动包含包含 Ajax 函数的必要 JavaScript 文件。这将导致浏览器的 JS 控制台中出现 JavaScript 错误，例如“mojarra 未定义”或“PrimeFaces 未定义”。另请参阅 h:commandLink actionlistener 不会在以下情况下调用与 f:ajax 和 ui:repeat 一起使用。

9. 如果您使用 Ajax，并且提交的值最终为 null 或未调用该命令，请确保 UIInput 和 UICommand 感兴趣的组件由 或例如 覆盖，否则它们将不会被执行/已处理。另请参阅提交的表单值未更新添加 时的模型 和 了解 PrimeFaces 流程/更新和JSF f:ajax 执行/渲染属性。

10. 如果提交的值最终仍然为 null，并且您使用 CDI 来管理 Bean，请确保从正确的包中导入作用域注释，否则 CDI 将默认为 < code>@Dependent 它在 EL 表达式的每次计算中有效地重新创建 bean。另请参阅 @SessionScoped bean 失去范围和总是被重新创建，字段变为 null 和 JSF 2 应用程序中默认的托管 Bean 范围是什么？

11. 如果 的父级具有 UICommand 按钮预先由来自同一页面中另一个表单的 ajax 请求呈现/更新，那么第一个操作在 JSF 2.2 或更早版本中将始终失败。第二个及后续操作将起作用。这是由视图状态处理中的错误引起的，该错误报告为 JSF 规范问题 790目前已在 JSF 2.3 中修复。对于较旧的 JSF 版本，您需要在 render 中显式指定 的 ID代码>.另请参阅 h:commandButton/h: commandLink 在第一次单击时不起作用，仅在第二次单击时起作用。

12. 如果设置了enctype="multipart/form-data"以支持文件上传，那么您需要确保您至少使用 JSF 2.2，或者负责解析多部分/表单数据请求的 servlet 过滤器已正确配置，否则 FacesServlet 最终将根本无法获取任何请求参数，因此无法应用请求值。如何配置这样的过滤器取决于所使用的文件上传组件。对于 Tomahawk ，请检查此答案，对于 PrimeFaces ，请检查 这个答案。或者，如果您实际上根本没有上传文件，则完全删除该属性。

13. 确保 actionListener 的 ActionEvent 参数是 jakarta.faces.event.ActionEvent 而不是 java.awt .event.ActionEvent，这是大多数 IDE 建议的第一个自动完成选项。如果您使用 actionListener="#{bean.method}"，没有参数也是错误的。如果您不想在方法中使用参数，请使用 actionListener="#{bean.method()}"。或者也许您实际上想使用 action 而不是 actionListener。另请参阅操作和actionListener之间的差异。

14. 确保请求-响应链中没有 PhaseListener 或任何 EventListener 更改了 JSF 生命周期以跳过调用操作阶段，例如通过调用 FacesContext #renderResponse() 或 FacesContext#responseComplete()。

15. 确保同一请求响应链中没有 Filter 或 Servlet 以某种方式阻止对 FacesServlet 的请求。例如，登录/安全过滤器，例如 Spring Security。特别是在 ajax 请求中，默认情况下根本不会有任何 UI 反馈。另请参阅 Spring Security 4 和 PrimeFaces 5 AJAX 请求处理.

16. 如果您使用的是 PrimeFaces 或 ，请确保它们有自己的 < ;h:表单>。因为，这些组件默认由 JavaScript 重新定位到 HTML 的末尾。因此，如果它们最初位于

    中，那么它们现在将不再位于 中。另请参阅 p:commandbutton 操作在 p:dialog 中不起作用
    

调试提示

如果您仍然卡住，那么就该进行调试了。在客户端，在 Web 浏览器中按 F12 打开 Web 开发人员工具集。单击控制台选项卡即可查看 JavaScript 控制台。它应该没有任何 JavaScript 错误。下面的屏幕截图是来自 Chrome 的示例，它演示了在未声明 的情况下提交启用 的按钮的情况（如上面第 7 点）。

单击网络选项卡可查看 HTTP 流量监视器。提交表单并调查请求标头、表单数据和响应正文是否符合预期。下面的屏幕截图是来自 Chrome 的示例，它演示了使用单个 和单个 成功使用 ajax 提交简单表单的情况。

（警告：当您从生产环境发布上述 HTTP 请求标头的屏幕截图时，请确保对屏幕截图中的任何会话 cookie 进行加扰/混淆，以避免会话劫持攻击！）

在服务器端，确保服务器以调试模式启动。在您希望在处理表单提交期间调用的感兴趣的 JSF 组件的方法中放置一个调试断点。例如，如果是 UICommand 组件，则为 UICommand#queueEvent() 以及 UIInput 组件，那就是 UIInput#validate()。只需逐步执行代码并检查流程和变量是否符合预期。下面的屏幕截图是 Eclipse 调试器的示例。

Answer 8

如果您的 h:commandLink 位于 h:dataTable 内，则 h:commandLink 可能无法工作还有另一个原因：

底层数据源绑定到 h:dataTable 的它也必须在单击链接时触发的第二个 JSF-Lifecycle 中可用。

因此，如果底层数据源是请求范围的，则 h:commandLink 不起作用！

Answer 9

虽然我的答案不是 100% 适用，但大多数搜索引擎认为这是第一次点击，但我还是决定发布它：

如果您使用 PrimeFaces （或一些类似的 API） p:commandButton 或 p:commandLink，您可能忘记了将 process="@this" 显式添加到命令组件中。

正如《PrimeFaces 用户指南》第 3.18 节中所述，process 和 update 的默认值都是 @form，这与您可能使用的默认值非常相反。期望来自普通 JSF f:ajax 或 RichFaces，它们分别是 execute="@this" 和 render="@none"。

我花了很长时间才找到答案。 （...而且我认为使用与 JSF 不同的默认值是相当不明智的！）

Answer 10

我想再提一件事，涉及 Primefaces 的 p:commandButton！

当您使用 p:commandButton 来执行需要在服务器上完成的操作时，您不能使用 type="button" 因为那是用于 Push按钮，用于执行自定义 javascript，而不会对服务器产生 ajax/非 ajax 请求。

为此，您可以分配 type 属性（默认值为 "submit"），也可以显式使用 type="submit"。

希望这会对某人有所帮助！

Answer 11

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

Answer 12

我最近遇到了一个问题，即 UICommand 未在使用 IBM Extended Faces Components 的 JSF 1.2 应用程序中调用。

我在数据表的一行上有一个命令按钮（扩展版本，因此 ），并且 UICommand 不会从表中的某些行触发（不会触发的行）行是否大于默认行显示大小）。

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

如果通过控件增加行显示，该控件的值也绑定到数据表的 rows 属性，则由于此更改而显示的任何行在单击时都不会触发 UICommand。

将此属性放置在与表数据本身相同的范围内可以解决问题。

我认为上面的 BalusC #4 中提到了这一点，但不仅表值需要具有视图或会话范围，而且还需要控制要在该表上显示的行数的属性。

Answer 13

我也遇到了这个问题，只有在打开浏览器的网络控制台后才真正开始研究根本原因。在此之前，我无法收到任何错误消息（即使使用 ）。 Web 控制台显示从 返回的 HTTP 405 状态代码。

就我而言，我混合了普通的 HttpServlet（通过 Auth0 提供 OAuth 身份验证）和 JSF Facelets 以及执行应用程序视图和业务逻辑的 bean。

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

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

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

我不知道的是为什么 Facelet 能够访问 bean 属性但无法设置它们，这显然是为了消除 servlet 和 JSF 的混合，但我希望这可以帮助人们避免长时间的头脑风暴。敲桌子。