我坚持使用JSF RI 1.1_02并且看到了这个问题。
这是我期待工作的Facelet代码:
<h:form>
<h:selectOneMenu value="#{bean.num}" converter="javax.faces.Integer">
<f:selectItem itemLabel="one" itemValue="1" />
<f:selectItem itemLabel="two" itemValue="2" />
<f:selectItem itemLabel="three" itemValue="3" />
</h:selectOneMenu>
<h:commandButton value="submit" />
<h:messages />
</h:form>
请求范围的bean:
public class Bean {
private int num;
public void setNum(Integer aNum) {
num = aNum;
}
public Integer getNum() {
return num;
}
}
我正在接收Validation Error: Value is not valid并且当我编写了这么少的代码而不需要任何转换器时,我无法想象我做错了什么。我错过了一些明显的东西,或者这是JSF RI 1.1_02中的错误?
我可以通过简单地将支持bean中的属性类型更改为String
来解决这个问题,但是当我认为(自动)转换应该在那里时我必须这样做而感到沮丧。
答案 0 :(得分:7)
我花时间创建了一个JSF RI 1.1_02游乐场环境,我能够重现你的问题。检查源代码后,罪魁祸首似乎是<f:selectItem>
值永远不会转换为与提交值相同的类型。所以基本上它将项目值String
与提交的值Integer
进行比较,这种比较永远不会返回true
。
这是一个非常尴尬的错误,技术上只能通过替换UISelectOne
组件来解决(UISelectMany
会暴露相同的错误)。问题出在私有matchValue()
方法中。自定义转换器(我最初想到的解决方案)不会以任何方式提供帮助,因为根本不会为<f:selectItem>
值调用它。
升级到Mojarra 1.2_15可立即解决问题。
更新:如果您确实真的,无法升级,我找到了一种利用EL强制的解决方法:如果您引用EL中的值而不是静态字符串,然后它们被隐含地视为Long
。如果您将属性类型从Integer
更改为Long
,那么它将在没有任何转换器的情况下运行。
<h:selectOneMenu value="#{bean.num}">
<f:selectItem itemLabel="one" itemValue="#{1}" />
<f:selectItem itemLabel="two" itemValue="#{2}" />
<f:selectItem itemLabel="three" itemValue="#{3}" />
</h:selectOneMenu>
与
private Long num;