ui：repeat中的UISelectMany导致java.lang.ClassCastException：[Ljava.lang.Object; 无法转换为java.util.List

Question

我已经使用HashMap方法将复选框列表成功绑定到Map<String, Boolean> 。 很好，因为它允许您动态地显示复选框。

我试图将其扩展到selectManyMenu的可变长度列表。 由于它们是selectMany，因此我希望能够绑定到Map<String, List<MyObject>> 。 我有一个单独的示例，可以将单个selectManyMenu绑定到List<MyObject>并且一切正常，但是乳清我在ui:repeat放置了动态数量的selectManyMenus并尝试绑定到地图，最终结果很奇怪。 值已正确地存储在映射中，已由调试器验证，并调用toString() ，但是运行时认为映射的值是Object类型而不是List<MyObject>的类型，并在尝试访问映射的键时抛出ClassCastExceptions。

我猜想这与JSF如何确定绑定目标的运行时类型有关，并且由于我绑定到Map的值，因此不知道从的值类型参数获取类型地图。 除了修补Mojarra以外，是否有其他解决方法？

总的来说，我怎么能有一个带有动态数量的selectManyMenus的页面？ 没有，当然要使用Primefaces的<p:solveThisProblemForMe>组件。 （实际上，由于我无法控制的因素，Primefaces在这里不是一个选择。）

List <T>上的问题UISelectMany导致java.lang.ClassCastException：无法将java.lang.String强制转换为T ，虽然我不知道有一些很好的信息，但是此SSCE仍然存在问题：

JSF：

  <ui:define name="content">
    <h:form>
      <ui:repeat value="#{testBean.itemCategories}" var="category">
        <h:selectManyMenu value="#{testBean.selectedItemMap[category]}">
          <f:selectItems value="#{testBean.availableItems}" var="item" itemValue="#{item}" itemLabel="#{item.name}"></f:selectItems>
          <f:converter binding="#{itemConverter}"></f:converter>
          <f:validator validatorId="test.itemValidator"></f:validator>
        </h:selectManyMenu>
      </ui:repeat>
      <h:commandButton value="Submit">
        <f:ajax listener="#{testBean.submitSelections}" execute="@form"></f:ajax>
      </h:commandButton>
    </h:form>
  </ui:define>

转换器：

@Named
public class ItemConverter implements Converter {

  @Inject
  ItemStore itemStore;

  @Override
  public Object getAsObject(FacesContext context, UIComponent component, String value) {
    return itemStore.getById(value);
  }

  @Override
  public String getAsString(FacesContext context, UIComponent component, Object value) {
    return Optional.of(value)
                   .filter(v -> Item.class.isInstance(v))
                   .map(v -> ((Item) v).getId())
                   .orElse(null);
  }
}

后备豆：

@Data
@Slf4j
@Named
@ViewScoped
public class TestBean implements Serializable {

  private static final long serialVersionUID = 1L;

  @Inject
  ItemStore itemStore;

  List<Item> availableItems;

  List<String> itemCategories;

  Map<String, List<Item>> selectedItemMap = new HashMap<>();

  public void initialize() {
    log.debug("Initialized TestBean");

    availableItems = itemStore.getAllItems();

    itemCategories = new ArrayList<>();
    itemCategories.add("First Category");
    itemCategories.add("Second Category");
    itemCategories.add("Third Category");
  }

  public void submitSelections(AjaxBehaviorEvent event) {
    log.debug("Submitted Selections");

    selectedItemMap.entrySet().forEach(entry -> {
      String key = entry.getKey();
      List<Item> items = entry.getValue();

      log.debug("Key: {}", key);

      items.forEach(item -> {
        log.debug("   Value: {}", item);
      });

    });

  }

}

ItemStore仅包含HashMap和委托方法，以按其ID字段访问Item。

项目：

@Data
@Builder
public class Item {
  private String id;
  private String name;
  private String value;
}

ItemListValidator：

@FacesValidator("test.itemValidator")
public class ItemListValidator implements Validator {

  @Override
  public void validate(FacesContext context, UIComponent component, Object value) throws ValidatorException {
    if (List.class.isInstance(value)) {

      if (((List) value).size() < 1) {
        throw new ValidatorException(new FacesMessage(FacesMessage.SEVERITY_FATAL, "You must select at least 1 Admin Area", "You must select at least 1 Admin Area"));
      }
    }
  }

}

错误：

java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to java.util.List

Stacktrace被截断，但发生在此行：

List<Item> items = entry.getValue();

我在这里想念什么？

Answer 1

如List <T>上的相关问题UISelectMany所提示的， 导致java.lang.ClassCastException：无法将java.lang.String强制转换为T ，泛型类型参数在运行时不可用。 换句话说，EL不知道您具有Map<String, List<Item>> 。 EL所知道的就是您拥有Map ，因此，除非您为选定的值明确指定一个转换器，并为该集合指定一个收集类型，否则JSF对于选定的值将默认为String ，对于集合的对象数组为Object[] 。 请注意， [在[Ljava.lang.Object表示数组。

假设您希望集合类型是java.util.List的实例，则需要使用所需具体实现的FQN指定collectionType属性。

<h:selectManyMenu ... collectionType="java.util.ArrayList">

然后，JSF将确保实例化正确的集合类型，以填充选定的项目并放入模型中。 这是一个相关的问题，其中使用了这样的解决方案，但随后又有不同的原因： com.sun.faces.renderkit.html_basic.MenuRenderer.convertSelectManyValuesForModel上的org.hibernate.LazyInitializationException 。

---

更新 ：我应该已经验证了上述理论。 当collectionType之后的collectionType又包装在另一个通用集合/映射中时，这在Mojarra中不起作用。 Mojarra仅在UISelectMany值本身已经表示java.util.Collection的实例时检查collectionType 。 但是，由于将其包装在Map ，其（原始）类型变为java.lang.Object ，然后Mojarra将跳过对任何collectionType的检查。

MyFaces在其UISelectMany渲染器中做得更好，可以在那工作。

就我检查Mojarra的源代码而言，除了用List<Category>替换Map<String, List<Long>> ，没有其他方法可以解决此问题Map<String, List<Long>>其中Category是具有String name和List<MyObject> selectedItems的自定义对象属性。 的确，这确实消除了Map在EL中具有动态键的优势，但事实就是如此。

这是使用Long作为项目类型的MCVE （只需将其替换为MyObject ）：

private List<Category> categories;
private List<Long> availableItems;

@PostConstruct
public void init() {
    categories = Arrays.asList(new Category("one"), new Category("two"), new Category("three"));
    availableItems = Arrays.asList(1L, 2L, 3L, 4L, 5L);
}

public void submit() {
    categories.forEach(c -> {
        System.out.println("Name: " + c.getName());

        for (Long selectedItem : c.getSelectedItems()) {
            System.out.println("Selected item: " + selectedItem);
        }
    });

    // ...
}

public class Category {

    private String name;
    private List<Long> selectedItems;

    public Category(String name) {
        this.name = name;
    }

    // ...
}

<h:form>
    <ui:repeat value="#{bean.categories}" var="category">
        <h:selectManyMenu value="#{category.selectedItems}" converter="javax.faces.Long">
            <f:selectItems value="#{bean.availableItems}" />
        </h:selectManyMenu>
    </ui:repeat>
    <h:commandButton value="submit" action="#{bean.submit}">
        <f:ajax execute="@form" />
    </h:commandButton>
</h:form>

请注意，此处不需要collectionType 。 仍然只需要converter 。

与具体问题无关 ，我想指出的是， selectedItemMap.entrySet().forEach(entry -> { String key ...; List<Item> items ...;})可以简化为selectedItemMap.forEach((key, items) -> {}) ，如果仅在输入组件上使用required="true" ，则不需要ItemListValidator 。