[
https://issues.apache.org/jira/browse/MYFACES-2829?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12890457#action_12890457
]
Jakob Korherr commented on MYFACES-2829:
----------------------------------------
IMO it means that paramTypes must not be null, because if there are no
parameters on the java method, an empty class array should be provided.
Futhermore it means that if the MethodExpression defines parameters, paramTypes
is ignored (and thus _can_ be null, but normally it should not).
Thus this is not really a great problem. We just have to ensure that we never
pass null as paramTypes (because we cannot rely on the user passing EL
arguments every time).
> wrong BeanELResolver paramType invocation
> -----------------------------------------
>
> Key: MYFACES-2829
> URL: https://issues.apache.org/jira/browse/MYFACES-2829
> Project: MyFaces Core
> Issue Type: Bug
> Components: JSR-314
> Affects Versions: 2.0.1
> Reporter: Mark Struberg
>
> Our facelets compiler currently invokes the BeanELResolver with param type
> EMPTY_CLASS_ARRAY (Class[0]).
> This is actually wrong, since 2.2.9 of the JSR-245 EL spec defines:
> http://jcp.org/aboutJava/communityprocess/mrel/jsr245/index.html
> 2.2.9 invoke(ELContext, Object, Object, Class[], Object[])
> paramTypes - An array of Class objects identifying the method's formal
> parameter types, in declared
> order. Use an empty array if the method has no parameters. Can be null, in
> which case the method's
> formal parameter types are assumed to be unknown.
> So for an empty Class[] there is NO method guess available. Suns el-impl
> seems a bit more lenient than other EL implementations though.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
