有时，当使用<h:commandLink>， <h:commandButton>或<f:ajax>时，与标记相关的action, actionListener或listener方法根本没有被调用。或者，bean属性没有更新提交的UIInput值。
可能的原因和解决方法是什么?
当前回答
我自己也遇到了这个问题，并发现了这个问题的另一个原因。 如果在支持bean中没有用于*.xhtml中使用的属性的setter方法，则不会调用该操作。
其他回答
虽然我的答案不是100%适用，但大多数搜索引擎都会把它作为第一个搜索结果，但我还是决定把它贴出来:
如果您正在使用PrimeFaces(或一些类似的API) p:commandButton或p:commandLink，那么您可能忘记显式地将process="@this"添加到命令组件中。
正如PrimeFaces用户指南在3.18节中所述，process和update的默认值都是@form，这与普通JSF f:ajax或RichFaces的默认值截然相反，后者分别是execute="@this"和render="@none"。
只是我花了很长时间才发现。(…而且我认为使用与JSF不同的默认值是相当不聪明的!)
我自己也遇到了这个问题，并发现了这个问题的另一个原因。 如果在支持bean中没有用于*.xhtml中使用的属性的setter方法，则不会调用该操作。
这就是解决方法，对我来说很管用。
<p:commandButton id="b1" value="Save" process="userGroupSetupForm"
actionListener="#{userGroupSetupController.saveData()}"
update="growl userGroupList userGroupSetupForm" />
这里，process="userGroupSetupForm"属性是Ajax调用的强制属性。actionListener从@ViewScope Bean调用一个方法。也更新咆哮消息，数据表:userGroupList和表单:userGroupSetupForm。
我修复了我的问题，放置:
<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>
我也遇到过这个问题，在打开浏览器的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的混合，但我希望这可以帮助人们避免长时间的头到表的碰撞。
