[ http://issues.apache.org/jira/browse/XMLRPC-75?page=comments#action_12412824 ]
Jochen Wiedmann commented on XMLRPC-75: --------------------------------------- Returning to the discussions on xmlrpc-user: Considering the fact, that overloading was possible with version 2, I find that I should drop my position. Consequently I have today added support for method overloading. Walter, I'd really hope that you finish your good work by adding some docs. > Introspection Patch for XML-RPC, current to SVN 2005-12-29 (r359943) > -------------------------------------------------------------------- > > Key: XMLRPC-75 > URL: http://issues.apache.org/jira/browse/XMLRPC-75 > Project: XML-RPC > Type: New Feature > Components: Source > Versions: unspecified > Reporter: Walter Mundt > Assignee: Jochen Wiedmann > Attachments: IntrospectionExample.java, xmlrpc-2.0-beta-introspection.patch, > xmlrpc3-metadata.diff, xmlrpc3-metadata.diff, xmlrpc3-metadata.diff, > xmlrpc3-metadata.diff, xmlrpc3-metadata.diff > > I've taken Aaron Hamid's Introspection patch (which was in turn derived from > the one here: > http://xmlrpc-c.sourceforge.net/hacks/helma-xmlrpc-introspection.diff ) and > basically rewritten it to work with the current XML-RPC library. > I tried to set it up so that it followed the existing coding style as much as > possible, and would not break any existing applications. For example, when I > needed a list of handlers supported by a particular mapping, I added a new > interface XmlRpcListableHandlerMapping that provides this information, made > the default handler implement it, and designed my code so that if it were not > implemented by a handler in use, everything would work except the > system.listMethods functionality that relies on it. > I hope you will be able to integrate this code into the next version of the > library; please contact me with any questions or issues. I will be attaching > the patch to this issue if I can so that the problem with his previous patch > will not occur. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
