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