<br><br><div class="gmail_quote">On Mon, Oct 5, 2009 at 9:14 AM,  <span dir="ltr">&lt;<a href="mailto:jacopo.pecci@gmail.com">jacopo.pecci@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I looked at PB for an architecture with one client distributing some processing to several servers. Now I came across JMS and I have seen that using ActiveMQ with the Stomp protocol there would be a good support for Python.  
<br>Surprising I couldn’t  find any article comparing the two technologies. I wonder if they target different problems (it doesn’t look to me). 
<br>Is anyone able to sketch advantages of one solution against the other?
<br>
<br></blockquote><div><br>I don&#39;t think there is a good comparison between the two because they&#39;re different technologies addressing different problems.  JMS is a messaging middleware defined at the Java language API level (hence the need to for STOMP protocol and similar adapting layers for use with Python or other non-Java languages).  PB is a &quot;secure, easy-to-use
Remote Procedure Call (RPC) mechanism.&quot;<br><br>For the system you&#39;re descibing it seems like message middleware is more what you want.  Unless you want to implement your own load balacing, work distribution and failover algorithms?  Another alternative to ActiveMQ is RabbitMQ which implements AMQP, which a Python client can speak directly without using a limited protocol like STOMP.  There&#39;s also handful of good AMQP python libs including one for use in Twisted: txamqp.<br>
<br>-Drew<br></div></div><br>