xmlrpc makes an XML-RPC remote procedure call (RPC) and displays the response. xmlrpc runs an XML-RPC client.
This program is mainly useful for debugging and learning about XML-RPC servers. XML-RPC is such that the RPCs normally need to be made by a program rather than a person to be of use.
A similar tool done as a web form is at http://gggeek.damacom.it/debugger/
$ xmlrpc http://localhost:8080/RPC2 sample.add i/3 i/5 Result: Integer: 8
$ xmlrpc localhost:8080 sample.add i/3 i/5 Result: Integer: 8
$ xmlrpc http://xmlrpc.example.com/~bryanh echostring \ "s/This is a string" Result: String: This is a string
$ xmlrpc http://xmlrpc.example.com/~bryanh echostring \ "This is a string in shortcut syntax" Result: String: This is a string in shortcut syntax
$ xmlrpc http://xmlrpc.example.com sample.add i/3 i/5 \ transport=curl -curlinterface=eth1 -username=bryanh -password=passw0rd Result: Integer: 8
xmlrpc url methodName parameter ... [-transport=transportname] [-username=username -password=password] [-curlinterface={interface|host}] [-curlnoverifypeer] [-curlnoverifyhost]
parameter:
i/integer | s/string | h/hexstring | b/{true|false|t|f} | d/realnum | n/ | string
Minimum unique abbreviation of option is acceptable. You may use double hyphens instead of single hyphen to denote options. You may use white space in place of the equals sign to separate an option name from its value.
You specify the data type of the parameter with a prefix ending in a slash. Example: i/5. Here, the "i" signifies an integer data type. "5" is the value.
xmlrpc is capable of only a subset of the possible XML-RPC types, as follows by prefix:
As a shortcut, if you don't specify a prefix (i.e. your argument does not contain a slash), xmlrpc assumes string data type.
The name transportname is one that the Xmlrpc-c programming library recognizes. This is typically libwww, curl, and wininet.
By default, xmlrpc lets the Xmlrpc-c library choose.
The exact meaning of this option is up to the Curl library, and the best documentation for it is the manual for the 'curl' program that comes with the Curl library.
But essentially, it chooses the local network interface through which to send the RPC. It causes the Curl library to perform a "bind" operation on the socket it uses for the communication. It can be the name of a network interface (e.g. on Linux, "eth1") or an IP address of the interface or a host name that resolves to the IP address of the interface. Unfortunately, you can't explicitly state which form you're specifying, so there's some ambiguity.
Examples:
This option causes xmlrpc to default to using the Curl XML transport. You may not specify any other transport.
See the curl_easy_setopt() man page for details on this, but essentially it means that the client does not authenticate the server's certificate of identity -- it just believes whatever the server says.
You may want to use -curlnoverifyhost as well. Since you're not authenticating the server's identity, there's not much sense in checking it.
This option causes xmlrpc to default to using the Curl XML transport. You may not specify any other transport.
See the curl_easy_setopt() man page for details on this, but essentially it means that the client does not verify the server's identity. It just assumes that if the server answers the IP address of the server as indicated by the URL (probably via host name), then it's the intended server.
You may want to use -curlnoverifypeer as well. As long as you don't care who the server says it is, there's no point in authenticating its identity.
This option causes xmlrpc to default to using the Curl XML transport. You may not specify any other transport.
If you run xmlrpc in an environment in which programs get their arguments encoded some way other than UTF-8, xmlrpc will generate garbage for the XML-RPC call and display garbage for the XML-RPC response. Typically, you control this aspect of the environment with a LANG environment variable. One safe value for LANG is "C".