有时，当使用<h:commandLink>， <h:commandButton>或<f:ajax>时，与标记相关的action, actionListener或listener方法根本没有被调用。或者，bean属性没有更新提交的UIInput值。
可能的原因和解决方法是什么?
当前回答
我修复了我的问题，放置:
<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的p:commandButton!
当你使用p:commandButton来执行需要在服务器上执行的操作时，你不能使用type="button"，因为这是用于Push按钮的，用于执行自定义javascript，而不会向服务器发出ajax/非ajax请求。
为此，您可以免除type属性(默认值是"submit")，也可以显式地使用type="submit"。
希望这能帮助到一些人!
这就是解决方法，对我来说很管用。
<p:commandButton id="b1" value="Save" process="userGroupSetupForm"
actionListener="#{userGroupSetupController.saveData()}"
update="growl userGroupList userGroupSetupForm" />
这里，process="userGroupSetupForm"属性是Ajax调用的强制属性。actionListener从@ViewScope Bean调用一个方法。也更新咆哮消息，数据表:userGroupList和表单:userGroupSetupForm。
我也遇到过这个问题，在打开浏览器的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:commandLink在h:dataTable中，还有另一个原因，为什么h:commandLink可能不起作用:
绑定到h:dataTable的底层数据源也必须在单击链接时触发的第二个JSF-Lifecycle中可用。
因此，如果底层数据源是请求作用域，h:commandLink将不起作用!
还有一种可能性:如果症状是第一次调用有效，但随后的调用无效，那么您可能使用的是PrimeFaces 3。在JSF 2.2中，没有ViewState被发送。
