<div dir="ltr">Hi,<br><br>I want to write a Comet web interface to RabbitMQ in Erlang.<br>This interface will be responsible for authenticating users, managing sessions and routing messages.<br>For each logged-in user the interface will create a process that will route messages from the client to RabbitMQ,<br>
send messages from RabbitMQ to the client when possible and queue them in its mailbox when it&#39;s not.<br>The reason for the queue is that in some implementations of Comet the client is not available 100% of the time.<br>
<br>I wonder what is the best approach to communicate with RabbitMQ considering that the interface is in Erlang.<br>One possibility is that each process will be an instance of the RabbitMQ client<br>and the other option is that there will be one central process that will act as a bridge.<br>


<br>I&#39;ve noticed the http example and the STOMP adapter but read on several places that they don&#39;t work with every release<br>probably because RabbitMQ is a moving target and is in active development (a good thing).<br>

Do the http example and the STOMP adapter use one of the approaches I mentioned above?<br>
<br>Is the Erlang client stable?<br><br>Thanks<br><br></div>