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

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

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

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

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

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

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

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

我也遇到过这个问题，在打开浏览器的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的混合，但我希望这可以帮助人们避免长时间的头到表的碰撞。

我修复了我的问题，放置:

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

In:

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

还有一种可能性:如果症状是第一次调用有效，但随后的调用无效，那么您可能使用的是PrimeFaces 3。在JSF 2.2中，没有ViewState被发送。