JSF AJAX验证:执行=“@ this”render =“@ form”不一致,具体取决于先前的请求

我有一个h:commandLink,它调用一个方法来改变绑定到无线电输入的属性.

我也在同一个表单上有一个文本输入,带有一些验证(required = true).

如果我将文本输入留空,并使用execute =“@ this单击h:commandLink,则单选按钮会根据预期从模型属性更新,因为文本输入永远不会被处理,并且验证永远不会触发.

但是,如果我首先使用execute =“@ form”单击另一个h:commandLink,然后使用execute =“@ this”链接,验证消息将消失但单选按钮值不会从模型更新,即使单选按钮的UIInput从未处于无效状态.

我发现执行=“@ this”的行为有所不同,这取决于我以前做过的事情,当我对@this的意图是迫使所有内容从模型更新并忽略组件中提交的任何值时.

我怀疑发生的事情是这样的:

>使用@form,单选按钮和文本都被处理.
>单选按钮有效,因此设置了localValue
>由于文本输入无效,进程验证阶段总体失败,因此localValue保持设置状态并且不会被清除或传播到值
>除此之外的唯一方法是显式调用resetValue()或重新处理有问题的组件(例如,execute =“@ this radio”)以清除localValue,然后允许从bean刷新.

我的问题是:

>我对生命周期的理解是否正确?
>我做错了什么,或者这是关于JSF的烦人设计事情之一?

感觉这可能只是这个问题的另一个例子

How can I populate a text field using PrimeFaces AJAX after validation errors occur?

不幸的是,我觉得我最近发现了很多这些.

相关文章

IE6是一个非常老旧的网页浏览器,虽然现在很少人再使用它,但...
PHP中的count()函数是用来计算数组或容器中元素的个数。这个...
使用 AJAX(Asynchronous JavaScript and XML)技术可以在不...
Ajax(Asynchronous JavaScript and XML)是一种用于改进网页...
本文将介绍如何通过AJAX下载Excel文件流。通过AJAX,我们可以...
Ajax是一种用于客户端和服务器之间的异步通信技术。通过Ajax...