Comments on: Microsoft Embraces AMQP Messaging Standard http://thevalerios.net/matt/2008/11/microsoft-embraces-amqp-messaging-standard/ Just another WordPress weblog Sun, 29 Aug 2010 20:17:23 +0000 hourly 1 http://wordpress.org/?v=3.0.1 By: alexis http://thevalerios.net/matt/2008/11/microsoft-embraces-amqp-messaging-standard/comment-page-1/#comment-4056 alexis Tue, 25 Nov 2008 15:46:47 +0000 http://thevalerios.net/matt/2008/11/microsoft-embraces-amqp-messaging-standard/#comment-4056 People can now run RabbitMQ as a Windows service, meeting Matt's requirement above. Any questions please email info at rabbitmq dot com. Cheers, alexis People can now run RabbitMQ as a Windows service, meeting Matt’s requirement above. Any questions please email info at rabbitmq dot com. Cheers, alexis

]]> By: matt http://thevalerios.net/matt/2008/11/microsoft-embraces-amqp-messaging-standard/comment-page-1/#comment-3440 matt Fri, 07 Nov 2008 14:13:15 +0000 http://thevalerios.net/matt/2008/11/microsoft-embraces-amqp-messaging-standard/#comment-3440 dsmith -- You're right, I should have mentioned the Erlang server. For what it's worth, I downloaded the RabbitMQ server "bundle" and had it up and running on the command line in less than 5 minutes. In the future it might be nice to see a wrapper around the server application so that it can be started/stopped from the management console. dsmith — You’re right, I should have mentioned the Erlang server. For what it’s worth, I downloaded the RabbitMQ server “bundle” and had it up and running on the command line in less than 5 minutes. In the future it might be nice to see a wrapper around the server application so that it can be started/stopped from the management console.

]]> By: dsmith http://thevalerios.net/matt/2008/11/microsoft-embraces-amqp-messaging-standard/comment-page-1/#comment-3437 dsmith Fri, 07 Nov 2008 06:33:23 +0000 http://thevalerios.net/matt/2008/11/microsoft-embraces-amqp-messaging-standard/#comment-3437 AMQP is very promising from a standardization point-of-view and RabbitMQ is an excellent implementation, but the RabbitMQ server is written on top of Erlang/OTP - not .NET. The RabbitMQ .NET package is simply a client library. This shouldn't discourage anyone. Erlang/OTP has a proven track record as a foundation for scalable, fault tolerant systems. It has been used for 20 years in the telecom industry and has recently grown in popularity to be used inseveral high profile projects including ejabberd and CouchDB. AMQP is very promising from a standardization point-of-view and RabbitMQ is an excellent implementation, but the RabbitMQ server is written on top of Erlang/OTP – not .NET. The RabbitMQ .NET package is simply a client library.

This shouldn’t discourage anyone. Erlang/OTP has a proven track record as a foundation for scalable, fault tolerant systems. It has been used for 20 years in the telecom industry and has recently grown in popularity to be used inseveral high profile projects including ejabberd and CouchDB.

]]> By: matt http://thevalerios.net/matt/2008/11/microsoft-embraces-amqp-messaging-standard/comment-page-1/#comment-3432 matt Thu, 06 Nov 2008 19:18:08 +0000 http://thevalerios.net/matt/2008/11/microsoft-embraces-amqp-messaging-standard/#comment-3432 It IS huge! I spent part of my summer making a pub/sub system with WCF and it was a ton of work, but it didn't even address things like reliability or throttling (basically the equivalent of UDP compared to TCP). Really looking forward to trying RabbitMQ out. It IS huge! I spent part of my summer making a pub/sub system with WCF and it was a ton of work, but it didn’t even address things like reliability or throttling (basically the equivalent of UDP compared to TCP). Really looking forward to trying RabbitMQ out.

]]> By: Nate Noonen http://thevalerios.net/matt/2008/11/microsoft-embraces-amqp-messaging-standard/comment-page-1/#comment-3431 Nate Noonen Thu, 06 Nov 2008 19:11:04 +0000 http://thevalerios.net/matt/2008/11/microsoft-embraces-amqp-messaging-standard/#comment-3431 Huge. I am working on a project that uses MSMQ and a custom implementation by the customer. It's actually pretty cool, but there are a lot of issues with permissions on queues. We are using the publish subscribe method and it seems to be fairly solid, but the permission sets and the difficulty in the underlying implementation (it took a long time to get it sufficiently architected) makes me excited for a built in version for .NET. Huge. I am working on a project that uses MSMQ and a custom implementation by the customer. It’s actually pretty cool, but there are a lot of issues with permissions on queues. We are using the publish subscribe method and it seems to be fairly solid, but the permission sets and the difficulty in the underlying implementation (it took a long time to get it sufficiently architected) makes me excited for a built in version for .NET.

]]>