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 。