(Beanutils)[SUBMIT] MethodUtils

[robert burrell donkin <ro...@mac.com>]

here's the new MethodUtils class.

also included is a test case for this new class and associated testing 
patches.

two methods were moved into MethodUtils from PropertyUtils and one made 
public (the other one could be public but i don't really think anyone will 
ever want to call it directly) together with a number of convenience 
wrapper methods.

you'll probably wonder why the method is called invokeExactMethod (rather 
than invokeMethod, say). that's because i plan to add another method that 
searches for a correctly named method with compatible parameters (rather 
than exact matching) but i though that it'd be better to submit the 
patches required to fix Donnie's problem (and then add more functionality 
later).

i've included the digester patch in a separate email.

- robert

Re: (Beanutils)[SUBMIT] MethodUtils

[robert burrell donkin <ro...@mac.com>]

On Wednesday, December 12, 2001, at 08:18 AM, Christoph Reck wrote:

> robert burrell donkin wrote:
>> you'll probably wonder why the method is called invokeExactMethod (rather
>> than invokeMethod, say). that's because i plan to add another method that
>> searches for a correctly named method with compatible parameters (rather
>> than exact matching) but i though that it'd be better to submit the
>> patches required to fix Donnie's problem (and then add more functionality
>> later).
>
> Please check the Velocity method-finding introspection code, it probably
> does what you need, and could become part of the commons. Recently it
> was upgraded to find interface public methods on private classes...

hi Christoph

(beanutils already had some private code that did just that. the patch 
moved that code into a separate class, made it public and added some 
convenience wrappers.)

i have taken a quick look (at the velocity introspection code) and there 
are certainly a number of useful utility methods which might make good 
additions to beanutils. want to volunteer to mine velocity?

maybe it'd make some sense to try to consolidate - as far as possible - 
the general reflection code into beanutils. i know that gier supplied some 
of the code so maybe that was his original plan...

- robert


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Re: (Beanutils)[SUBMIT] MethodUtils

[robert burrell donkin <ro...@mac.com>]

On Wednesday, December 12, 2001, at 08:18 AM, Christoph Reck wrote:

> robert burrell donkin wrote:
>> you'll probably wonder why the method is called invokeExactMethod (rather
>> than invokeMethod, say). that's because i plan to add another method that
>> searches for a correctly named method with compatible parameters (rather
>> than exact matching) but i though that it'd be better to submit the
>> patches required to fix Donnie's problem (and then add more functionality
>> later).
>
> Please check the Velocity method-finding introspection code, it probably
> does what you need, and could become part of the commons. Recently it
> was upgraded to find interface public methods on private classes...

hi Christoph

(beanutils already had some private code that did just that. the patch 
moved that code into a separate class, made it public and added some 
convenience wrappers.)

i have taken a quick look (at the velocity introspection code) and there 
are certainly a number of useful utility methods which might make good 
additions to beanutils. want to volunteer to mine velocity?

maybe it'd make some sense to try to consolidate - as far as possible - 
the general reflection code into beanutils. i know that gier supplied some 
of the code so maybe that was his original plan...

- robert


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Re: (Beanutils)[SUBMIT] MethodUtils

[Christoph Reck <Ch...@dlr.de>]

robert burrell donkin wrote:
> you'll probably wonder why the method is called invokeExactMethod (rather
> than invokeMethod, say). that's because i plan to add another method that
> searches for a correctly named method with compatible parameters (rather
> than exact matching) but i though that it'd be better to submit the
> patches required to fix Donnie's problem (and then add more functionality
> later).

Please check the Velocity method-finding introspection code, it probably 
does what you need, and could become part of the commons. Recently it
was upgraded to find interface public methods on private classes...

:) Christoph

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>