DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=34766>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34766





------- Additional Comments From [EMAIL PROTECTED]  2005-05-06 11:03 -------
Thanks for the prompt answer!

I'll give it a try, and test which option is the easiest for me. My app is a
standalone client, so I don't have issues with other components in the same 
JVM. 

As far as if "(String) parameters[i] doesn't generate a string when
parameters[i] is null", well, I'm not as sure as you are that I knew it already
:-). If you make me think about it, yes, it seems logical to me (that a cast
doesn't generate an Object), but when I read the code I didn't noticed it. I was
just thinking, "nulls shouldn't be converted, so the conditions shouldn't be in
the if clause"... However, I didn't know that passing through ConvertUtils you
can set your preferred defaults for the conversion.

I think I'll test the Custom Converter first, and if I have time, try to add an
option to CallMethodRule. So, on to the BeanUtils site I go!

You can consider this to be a 'documentation bug', and close it with the javadoc
correction.

If you think it's worth it, you can make the flag thing an RFE with low 
priority.

Thank you very much for your good work.

Mauro Michele

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to