19 Jul
2009
19 Jul
'09
12:35 p.m.
o Jan Janak [07/19/09 12:20]:
I think that the biggest problem is to decide how do
we want to do something
like this with the XML-RPC interface? Should we make the XML-RPC client announce
an IP address and port number for incoming XML-RPC methods to the server and let
the SIP server do a XML-RPC method call on the client?
afaiu this type of callbacks
is common for rest- and rest-like APIs. in
other rpc protocols like jsonrpc, asynchronous notifications are
possible (i.e. not only client-server request-response, but more peer).
binrpc has the explicit registered callbacks.
Or should we perhaps extend XML-RPC in a non standard way and
introduce something
like provisional replies in SIP? (i.e. first the server would send a 100 to
notify the client that the request is being processed and then send a 200 to
notify the client that the request was finished)?
i think this makes it much more
difficult to use because you can't use a
standard client.
Stefan