Le 13/11/2014 20:28, phil@highoctane.be a écrit :
0mqâ looks like a damn good answer to that if you ask me. yes it looks like, but albeit I like it's conceptual design, and like it because it is small and simple, I'm not sure about that now that I tryed it. As I said in a previous post, answering to stef about 0mq, I'm very disappointed with this library. I suspect there is some problem (or side effect) of the signal handling in pharo vm with 0mq (the reason for it not working on linux, and probably the reason for the bad performance I noticed in my first trials on windows), posted a question in the 0mq mailing list about that and what I found debugging the 0mq library, and got no answer. I think 0mq developpers are somewhat interested with mainstream languages but not really ready to help everybody (and probably they can't too, I understand that). About interoperability, stomp, openwire and amqp sounds also very interesting and much more open to the enterprise world and cloud (rabbitmq, activemq, apollo, qpid, msmq just to name the big ones). I'm working on that.