Content deleted Content added
Giraffedata (talk | contribs) clarify. Also, XML-RPC cannot use HTTPS |
|||
Line 21:
==Usage==
In XML-RPC,
The parameters/result structure and the set of data types are meant to mirror those used in common programming languages.
''Identification'' of clients for authorization purposes can be achieved using popular HTTP security methods. [[Basic access authentication]] is used for identification, [[HTTPS]] is used when identification (via certificates) and encrypted messages are needed. Both methods can be combined.▼
▲''Identification'' of clients for authorization purposes can be achieved using popular HTTP security methods. [[Basic access authentication]]
The protocol does not allow [[HTTPS]], but it is a common and obvious variation to use HTTPS in place of HTTP.
In comparison to [[REST]]ful protocols, where ''resource representations'' (documents) are transferred, XML-RPC is designed to ''call methods''. The practical difference is just that XML-RPC is much more structured, which means common library code can be used to implement clients and servers and there is less design and documentation work for a specific application protocol. One salient technical difference between typical RESTful protocols and
XML-RPC is that the RESTful protocol uses the HTTP URI for parameter information whereas with XML-RPC, the URI just identifies the server.
[[JSON-RPC]] is similar to XML-RPC.
|