我已使用HashMap
方法将Map<String, Boolean>
的复选框列表成功绑定。这很好,因为它允许您拥有动态数量的复选框。
我试图将其扩展到selectManyMenu
的可变长度列表。由于他们是selectMany,我希望能够绑定到Map<String, List<MyObject>>
。我有一个示例工作,我可以将单个selectManyMenu
绑定到List<MyObject>
,一切正常,但乳清我在ui:repeat
内放置了动态数量的selectManyMenus并尝试绑定到地图,我最终得到了奇怪的结果。这些值正确地存储在地图中,由调试器验证并调用toString()
,但运行时认为地图的值属于Object
而不是List<MyObject>
和当我尝试访问地图键时抛出ClassCastExceptions。
我猜测它与JSF如何确定绑定目标的运行时类型有关,因为我绑定到Map
中的值,所以它没有&#t;知道从地图的值类型参数中获取类型。除了可能修补Mojarra之外,还有其他解决办法吗?
一般情况下,我如何拥有一个动态数量为selectManyMenus的页面?当然没有使用Primefaces&#39; <p:solveThisProblemForMe>
组件。 (严肃地说,由于我无法控制的因素,Primefaces在这里不是一个选项。)
问题UISelectMany on a List<T> causes java.lang.ClassCastException: java.lang.String cannot be cast to 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);
}
}
支持Bean:
@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字段访问Items。
档案:
@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();
我在这里缺少什么?
答案 0 :(得分:4)
正如相关问题UISelectMany on a List<T> causes java.lang.ClassCastException: java.lang.String cannot be cast to 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将确保正在实例化正确的集合类型,以便填充所选项并放入模型中。以下是使用此类解决方案的相关问题,但原因不同:org.hibernate.LazyInitializationException at com.sun.faces.renderkit.html_basic.MenuRenderer.convertSelectManyValuesForModel。
更新:我应该测试上述理论。当collectionType
后面的集合又包含在另一个通用集合/映射中时,这在Mojarra中不起作用。如果collectionType
值本身已经代表UISelectMany
的实例,则Mojarra仅检查java.util.Collection
。但是,由于它被Map
包裹,其(原始)类型变为java.lang.Object
,然后Mojarra将跳过任何collectionType
的检查。
MyFaces在其UISelectMany
渲染器中做得更好,它可以在那里工作。
就我检查Mojarra的源代码而言,除了用Map<String, List<Long>>
取代List<Category>
之外,没有办法解决这个问题,其中Category
是String name
具有List<MyObject> selectedItems
和Map
属性的自定义对象。没错,这真的杀死了Long
在EL中拥有动态键的优势,但它就是它。
这里有一个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) -> {})
可以简化为ItemListValidator
,如果required="true"
是query = "select pass from users where uname = "+uname;
则不需要你只需在输入组件上使用uname
。