嵌套ui:repeat中h:selectOneRadio分组功能失效问题咨询

1. 嵌套ui:repeat不支持这种场景是否是Bug？ #

不是Bug，这是ui:repeat（渲染时迭代组件）和c:forEach（构建时标签处理器）的工作机制差异导致的预期行为：

• ui:repeat在渲染阶段复用同一个子组件实例（此处的h:selectOneRadio）完成多次迭代渲染；但在解码（Decode）阶段，组件树中始终只有一个h:selectOneRadio实例。
• h:selectOneRadio的group属性设计初衷是配合组件树中多个独立的单选组件实例工作，实现跨组件的分组。当复用同一个组件实例时，解码逻辑无法将请求参数值与后台Bean属性正确关联——因为组件状态无法对应所有渲染出的单选框实例。

2. 是否应该使用c:forEach？如果想继续用ui:repeat有什么方案？ #

c:forEach是这类场景下的合理选择，因为它会在构建阶段为每个迭代项创建独立的h:selectOneRadio组件实例，完全匹配group属性的设计逻辑，能确保解码阶段正常工作。
如果坚持使用ui:repeat，可以尝试以下方案：

• 扁平化数据结构：将外层和内层迭代的数据源合并为一个单一的地址列表，去掉嵌套的ui:repeat，只用一个ui:repeat遍历所有地址。这样在解码阶段，ui:repeat会遍历所有行，复用的h:selectOneRadio组件会逐一检查每个迭代项的itemValue与请求参数，从而正确设置后台Bean的selectedValue。
• 手动读取请求参数：在提交的Action方法中直接从请求参数中获取选中值，绕过JSF组件的自动绑定：

  Long selectedValue = Long.parseLong(
      FacesContext.getCurrentInstance().getExternalContext()
          .getRequestParameterMap().get("你的group属性值")
  );
  

  这种方式属于临时 workaround，但能快速解决问题。

3. 为什么部分提交（添加f:ajax）能正确赋值，完整提交却不行？ #

• 带f:ajax的部分提交会将请求范围限定在触发事件的组件及其关联上下文内。当单选框触发ajax提交时，ui:repeat会自动切换到该单选框所在的行状态，此时复用的h:selectOneRadio组件正处理对应行的迭代项，能正确匹配请求参数并更新后台属性。
• 完整提交时，JSF需要处理整个组件树。但嵌套ui:repeat的复用机制导致组件树状态无法对应所有渲染出的单选框实例：解码阶段可能仅处理外层/内层ui:repeat的默认行（比如第一行），而非选中值所在的行，因此无法正确关联请求参数与后台Bean属性。

内容的提问来源于stack exchange，提问作者Rob