In my JSF 2 based application I have a form that includes (amongst other UI components) some checkboxes.
On the checkboxes I have registered ajax requests that fire when they are checked. The ajax requests will actually just update the value of another checkbox in the backing bean. As a result the other checkbox will also be checked (when it gets re-rendered - as it will take the updated value from the backing bean in the render response phase).
This works fine until the whole form gets submitted and validation errors occur.
Then the ajax requests still work and change the value on the backing bean but in the phase of re-rendering the updated checkbox the value for it is not taken from the backing bean but from a cached value that is taken from a ComponentStateHelper
class.
As far as I understand this is used for the new feature of JSF 2 to only store partial changes to the component tree.
What I do not understand is: How is this related to the validation phase? Why is there a cached value in the StateHelper
class for my checkbox when the validation found errors?
This is a known problem and explained in depth in this answer. In a nutshell, the problem is caused because the invalidated components which are to be rendered by
<f:ajax render>
but are not been executed by<f:ajax execute>
remains in an invalidated state along with the original submitted value. When JSF renders the input component, JSF will first check if the submitted value is notnull
and then display it, else it will display the model value. You basically need to reset the submitted value of input components which are to be rendered, but which are not been executed by ajax.To achieve this, you can use an
ActionListener
which basically does the following:This has been reported as JSF issue 1060 and a complete and reuseable solution has been implemented in the OmniFaces library as
ResetInputAjaxActionListener
(source code here and showcase demo here).