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
