
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Michael,<br><br>On 28 Feb 2008, at 09:27, Michael Arnoldus wrote:<br><br><blockquote type="cite">1. Exposed over AMQP - I send a message to some queue the broker<br></blockquote><blockquote type="cite">listens too and get a reply with the information I need.<br></blockquote><br>This already exists, albeit in a very alpha form due to other priorities:<br><br><a href="http://dev.rabbitmq.com/viewmtn/branch/changes/com.rabbitmq.management">http://dev.rabbitmq.com/viewmtn/branch/changes/com.rabbitmq.management</a><br><br>Basically it exposes the rabbit_access_control module via an asynchronous RPC over AMQP mechanism.<br><br>So you program against a Java interface which is backed by a dynamic proxy that initiates an RPC request via AMQP.<br><br>On the Rabbit side, you have a generic RPC handler that invokes the correct module in the address space of the server, which in turn returns it's response as the bottom half of the RPC.<br><br>From a client perspective, because you are programming against a Java management interface, you don't even need to care whether it's AMQP or whatever.<br><br>The reason why I used AMQP as a remoting technology was twofold:<br><br>1. Rabbit already speaks it<br>2. An AMQP implementation *should* eat its own dogfood :-)<br><br>HTH,<br><br>Ben</body></html>