myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mark Struberg (JIRA)" <...@myfaces.apache.org>
Subject [jira] Commented: (MYFACES-2829) wrong BeanELResolver paramType invocation
Date Mon, 19 Jul 2010 18:59:52 GMT

    [ https://issues.apache.org/jira/browse/MYFACES-2829?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12889973#action_12889973
] 

Mark Struberg commented on MYFACES-2829:
----------------------------------------

a possible problem spotted while debugging might be that we currently always set
 ActionSourceRule.ACTION_SIG (new Class[0];)
in 
ActionSourceRule#applyMetadata(FaceletContext ctx, Object instance)

> 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.


Mime
View raw message