Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (nike.apache.org: domain of pnicoluc@us.ibm.com designates
 32.97.110.151 as permitted sender)
In-Reply-To: 
 <CABzHfV=ODY9h=+xA7duStE2Eqm1WJODBKrTun-Aiv-LiyLro+A@mail.gmail.com>
References: 
 <OF47E1C375.AC4868BE-ON8725796D.0060F8C0-8525796D.00637DA9@us.ibm.com>
	<4EF22CE7.6000008@pidster.com>
	<OFB627B17E.FA686E62-ON8725796D.006B0FEB-8525796D.00718DA3@us.ibm.com>
 <CABzHfV=ODY9h=+xA7duStE2Eqm1WJODBKrTun-Aiv-LiyLro+A@mail.gmail.com>
Subject: Re: [Discussion]Problem passing parameters to a Method ( Looking for
 incorrect argument Type )
To: "Tomcat Users List" <users@tomcat.apache.org>
Message-ID: 
 <OF38FCDF02.750A2053-ON8725796F.00127506-8525796F.0012B551@us.ibm.com>
From: Paul Nicolucci <pnicoluc@us.ibm.com>
Date: Thu, 22 Dec 2011 22:22:59 -0500
MIME-Version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: quoted-printable

Thanks for your input!  I've actually figured out what I was missing.  =
I
had to also pull in the following fix:
https://issues.apache.org/bugzilla/show_bug.cgi?id=3D50790

With the above fix everything works as it does on Tomcat 7.0.23 ( I was=

able to successfully execute my test on Tomcat).

Regards,

Paul Nicolucci


                                                                       =
    
             Konstantin                                                =
    
             Kolinko                                                   =
    
             <knst.kolinko@gma                                         =
 To 
             il.com>                   Tomcat Users List               =
    
                                       <users@tomcat.apache.org>       =
    
             12/22/2011 12:16                                          =
 cc 
             AM                                                        =
    
                                                                   Subj=
ect 
                                       Re: [Discussion]Problem passing =
    
             Please respond to         parameters to a Method ( Looking=
    
               "Tomcat Users           for incorrect argument Type )   =
    
                   List"                                               =
    
             <users@tomcat.apa                                         =
    
                 che.org>                                              =
    
                                                                       =
    
                                                                       =
    
                                                                       =
    

2011/12/22 Paul Nicolucci <pnicoluc@us.ibm.com>:
> Thanks for the response, I'll try to clarify as best I can and can
provide
> a test case directly if needed ( since the mailing list strips
attachments,
> sorry about that =A0I was unaware ).
>
> -We are experiencing this problem on Websphere Application Server V8
which
> included a snap shot of the org.apache.el code.
>
> - This problem only seems to happen after we pulled in the following =
fix
> for org.apache.el code :
> https://issues.apache.org/bugzilla/show_bug.cgi?id=3D51177
>
> - It seems that if we try to pass a parameter using JSF to a method u=
sing
> the EL when using a value stored in a Map then we always look for a
method
> signature having Object type parameters since the MapELResolver.getTy=
pe()
> always returns Object.class now.
>
> What further information can I provide? =A0Should I open a JIRA issue=
 with
> more details and attach a test case there ?
>

1. If you can provide a simple sample application that demonstrates
the issue on a clean installation of Tomcat 7.0.23, then please open
an issue in Bugzilla and attach it there.
(So that we can fix it and a test to our testsuite).
http://tomcat.apache.org/bugreport.html

2. Regarding BZ 51177 fix as far as I remember (without looking at
commit logs), the old code was looking up the actual type of element
contained in the map or in the list, which is just plainly wrong.
There is specification fragment cited in
https://issues.apache.org/bugzilla/show_bug.cgi?id=3D51177#c0

Regarding your use case where target class contains no "foo(Object)"
method, from pure logic I would expect "foo(String)" to be found (if
it is the only candidate) and then a classcast to be attempted,  but I
would like to see some quote from specification (from PDFs or from
Javadoc) to support that.

A close match is from page #34 (48 of 130) of
expression_language-2_2-mrel-spec.pdf regarding BeanELResolver

[quote]
For method resolution, the method string is the name of the method in
the bean. The parameter types can be
optionally specified to identify the method. If the parameter types
are not specified, the parameter objects are
used in the method resolution.
[/quote]

and page #38 (52 of 130)

[quote]
The provided method object will first be coerced to a String. The
methods in the bean is then examined
and an attempt will be made to select one for invocation. If no
suitable can be found, a
MethodNotFoundException is thrown. If the given paramTypes is not
null, select the method with
the given name and parameter types. Else select the method with the
given name that has the same number
of parameters. If there are more than one such method, the method
selection process is undefined.
(...)
[/quote]

So the method name and the count of parameters is what matters.

Best regards,
Konstantin Kolinko

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org

=


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org