+1
2011/9/21 Leonardo Uribe <[email protected]>: > Hi > > More than a year ago, it was found that EL expressions like > #{cc.attrs.test} does not resolve its type correctly, because the > composite component EL resolver is not able to find the right type. > Instead, MapELResolver always return Object.class as type, breaking > composite components that use h:selectOneXXX into its internals. See > > https://issues.apache.org/jira/browse/MYFACES-2552 > > The problem with this issue is we need to change the way how > org.apache.myfaces.el.unified.resolver.CompositeComponentELResolver > works. JSF 2.0 spec clearly says in its section 5.6.2.2 that getType() > for that EL resolver should return null. > > The issue was reported to the EG and a fix was included in JSF 2.2. spec, see: > > http://java.net/jira/browse/JAVASERVERFACES_SPEC_PUBLIC-745 > > but we still receive reports about the same issue (MYFACES-3311 and > others (last comment on MYFACES-1890) ). > > So, the current behavior even if is described by the spec is too > inconvenient. Note we already have some places in our implementation > that does not follow strictly the spec, to keep things working as > users expect. To follow the protocol in these cases, we need an > official community decision about include it in 2.0.x and 2.1.x > branches. Please vote: > > +1 if you want this fix included in 2.0.x and 2.1.x. > +0 > -1 and the reason why if you see this could cause any problem. > > regards, > > Leonardo Uribe > > [1] http://www.apache.org/foundation/voting.html#ReleaseVotes >
