Re: [phpxmlrpc] Will the PHP XMLRPC library allow function overloading?
In article <1019630770.14290.1.camel@pingu>, Edd Dumbill <[EMAIL PROTECTED]> writes >On Tue, 2002-04-23 at 15:30, Julian Bond wrote: >> In article <1019553025.1090.149.camel@pingu>, Edd Dumbill >> <[EMAIL PROTECTED]> writes >> >On Fri, 2002-03-22 at 08:09, Jeff Barr wrote: >> >> Does XML-RPC allow function overloading? >> >> There's a growing feeling that in web services you should "Use named >> parameters. Ignore parameters you don't recognise. Default out >> parameters that are not passed" just as you would in CGI. >> >> In XML-RPC this would mean putting all params in a struct, but it would >> also get rid of the need for function overloading (maybe and partly!). > >This is interesting. This list is no place to start the debate, But why not, eh? ;-) >nauseatingly rehearsed elsewhere, but taking that feeling to its logical >conclusion: why don't we just pass XML documents with HTTP POST and >GET. XPath can be used to access the 'named parameter space', ie. an >XML document. :-) My own understanding and position on this has been largely built on issues with the Blogger API, Google API and Amazon API and coding in php against them. All three suffer because they are or will be hard to maintain and enhance. Add one parameter or remove one parameter on the server and all the clients will break. With both Blogger and Google they use Java libraries that try to dispatch to a class based on both the function name and on the parameter list. So get the parameter list wrong or incomplete and you get an obscure Java error back. But compare them with the Amazon API. Because they both use a standard protocol (eg SOAP and XMLRPC) with good toolkit support you can write client support in 3 or 4 lines of code and you can do this in almost any environment. The Amazon API is really simple but because they don't use a standard protocol, you've got to write your own custom parser. So the point about "Use named parameters. Ignore parameters you don't recognise. Default out parameters that are not passed" is emphatically not about throwing out SOAP or XML-RPC. It's about coding applications so they don't break later. And maybe we should take this offline, eh? -- Julian Bondemail: [EMAIL PROTECTED] CV/Resume: http://www.voidstar.com/cv/ WebLog: http://www.voidstar.com/ M: +44 (0)77 5907 2173 T: +44 (0)192 0412 433 ICQ:33679568 tag:So many words, so little time -- For information about how to subscribe and unsubscribe from this list visit http://xmlrpc.usefulinc.com/list.html
Re: [phpxmlrpc] Will the PHP XMLRPC library allow function overloading?
For what is worth, a couple of years ago I started looking the web for such a thing. Then, I found XML-RPC. Then I decided to use curl (client) and php (server) with XML toolkit to do the trick. But still follow xmlrpc, just in case :) Rgs,Silvio > This is interesting. This list is no place to start the debate, > nauseatingly rehearsed elsewhere, but taking that feeling to its logical > conclusion: why don't we just pass XML documents with HTTP POST and > GET. XPath can be used to access the 'named parameter space', ie. an > XML document. :-) > > -- Edd > > > > -- > For information about how to subscribe and unsubscribe from this list > visit http://xmlrpc.usefulinc.com/list.html > -- ` Silvio Emanuel Nunes Barbosa de Macedo (PhD Student) ''' [EMAIL PROTECTED] [EMAIL PROTECTED] Intelligent and Interactive Systems,EEE-Pg Telecom. and Multimedia Imperial College, University of London INESC Porto Exhibition Road, Pc da Republica, 93 London SW7 2BT, England4050-497 Porto Portugal Tel:+44 20 75946323Tel:+351 222094220 -- For information about how to subscribe and unsubscribe from this list visit http://xmlrpc.usefulinc.com/list.html
Re: [phpxmlrpc] Will the PHP XMLRPC library allow function overloading?
On Tue, 23 Apr 2002, Julian Bond wrote: > In article <1019553025.1090.149.camel@pingu>, Edd Dumbill > <[EMAIL PROTECTED]> writes > >On Fri, 2002-03-22 at 08:09, Jeff Barr wrote: > >> Does XML-RPC allow function overloading? > > There's a growing feeling that in web services you should "Use named > parameters. Ignore parameters you don't recognise. Default out > parameters that are not passed" just as you would in CGI. > > In XML-RPC this would mean putting all params in a struct, but it would > also get rid of the need for function overloading (maybe and partly!). I almost exclusively use hashes when doing XMLRPC calls. That way I can add or remove data in the call without needing to fiddle too much with it, just add another key in the list. --.. Dave Belfer-Shevett\ KB1FWR \ www.homeport.org>` [EMAIL PROTECTED] / Sure you can trust the government! Just ask \ --< an Indian! ("Extreme Bumper Stickers") | \__/ -- For information about how to subscribe and unsubscribe from this list visit http://xmlrpc.usefulinc.com/list.html
Re: [phpxmlrpc] Will the PHP XMLRPC library allow function overloading?
In article <1019553025.1090.149.camel@pingu>, Edd Dumbill <[EMAIL PROTECTED]> writes >On Fri, 2002-03-22 at 08:09, Jeff Barr wrote: >> Does XML-RPC allow function overloading? There's a growing feeling that in web services you should "Use named parameters. Ignore parameters you don't recognise. Default out parameters that are not passed" just as you would in CGI. In XML-RPC this would mean putting all params in a struct, but it would also get rid of the need for function overloading (maybe and partly!). -- Julian Bondemail: [EMAIL PROTECTED] CV/Resume: http://www.voidstar.com/cv/ WebLog: http://www.voidstar.com/ M: +44 (0)77 5907 2173 T: +44 (0)192 0412 433 ICQ:33679568 tag:So many words, so little time -- For information about how to subscribe and unsubscribe from this list visit http://xmlrpc.usefulinc.com/list.html
[phpxmlrpc] Will the PHP XMLRPC library allow function overloading?
Hi Everyone, Does XML-RPC allow function overloading? In other words, Is there a way to declare the same function twice, once with say, an integer parameter and once with a string? I tried simply putting both variants of the signature into the array passed to the xmlrpc_server constructor, and I got an error when I tried to make the call): Fault reason: Incorrect parameters passed to method: Wanted string, got int at param 1 Thanks! Jeff; Jeff Barr - Vertex Development - [EMAIL PROTECTED] IM: MSN: [EMAIL PROTECTED]; AIM: jeffscottbarr Resume: www.vertexdev.com/~jeff/resume.html Good Stuff: www.syndic8.com www.headlineviewer.com -- For information about how to subscribe and unsubscribe from this list visit http://xmlrpc.usefulinc.com/list.html