PubSubHuddle “Realtime Web” talk

September 26th, 2011 by Marek Majkowski

I was asked to do a short presentation during the PubSubHuddle meetup. The talk was about current development of WebSockets, its issues and building web applications using them.


Read the rest of this entry »

Sizing your Rabbits

September 24th, 2011 by Matthew Sackman

One of the problems we face at the RabbitMQ HQ is that whilst we may know lots about how the broker works, we don't tend to have a large pool of experience of designing applications that use RabbitMQ and which need to work reliably, unattended, for long periods of time. We spend a lot of time answering questions on the mailing list, and we do consultancy work here and there, but in some cases it's as a result of being contacted by users building applications that we're really made to think about long-term behaviour of RabbitMQ. Recently, we've been prompted to think long and hard about the basic performance of queues, and this has lead to some realisations about provisioning Rabbits. Read the rest of this entry »

PubSub huddle

September 16th, 2011 by Michael

All of a sudden there's just one week to go until the PubSub huddle. It's a one day conference, in London, about messaging. Not just RabbitMQ, but ZeroMQ, MQTT, XMPP and PuSH.

It's free as in beer. There's free beer. And, at last count, there's spaces left.

We have some neat talks lined up

  • Martin Sústrik -- The Future of Messaging
  • Andy Piper -- Introducing MQTT
  • Marek Majkowski -- Realtime web: Not there yet!
  • Julien Genestoux -- PubSub for the web : PubSubHubbub, XMPP and Superfeedr

(full descriptions)

If you can't come along, do not fret. The talks will all be taped.

If you can come along, here's the important bit: we want you to bring along your own projects (and laptops). Because in the afternoon, we'll be asking for people to stand up and give a quick talk about what they are doing with messaging, then we'll all break out into huddles. This is your chance to win people to your cause -- or to find a great project to get involved in.

We'll have the speakers and various RabbitMQ and ZeroMQ folk floating around, so it's also your chance to put them on the spot.


Going back a few years, James Governor suggested there was an emerging community of people who cared about messaging and that we should all meet up. Thus was born an occasional series of events called "PubSub - putting the pub back into pubsub". Many people you'll see at the huddle went to those pubs.

The idea of a conference came during the ZeroMQ meetup in Brussels, when someone said "wouldn't it be great to bring messaging folks together for a day?" -- RabbitMQ or ZeroMQ, we think messaging is fundamental.

To make it happen, we partnered with Skills Matter, who know a thing or two about running this kind of event.

You said free beer?

Yes. We're providing coffee and tea, lunch, and later on beer and pizza, courtesy of VMware. Register for your free beer and conference here.

SockJS – WebSocket emulation

September 13th, 2011 by Marek Majkowski

WebSocket technology is catching up, but it will take a while before all browsers support it.

In the meantime there are loads of projects that aim to substitute for WebSockets and enable 'realtime' capabilities for web apps. But all attempts solve only a part of the general problem, and there isn't any single solution that works, is scalable and doesn't require special deployment tricks.

Read the rest of this entry »

rabbitmq-tracing – a UI for the firehose

September 9th, 2011 by Simon MacMullen

While the firehose is quite a cool feature, I always thought that it was a shame we didn't have a simple GUI to go on top and make it accessible to system administrators. So I wrote one. You can download it here.

Read the rest of this entry »

RabbitMQ on Heroku

September 1st, 2011 by alexis

We are very pleased to announce the availability in beta of RabbitMQ as a Heroku add-on. With our RabbitMQ service on CloudFoundry, this extends our commitment to supporting the community of cloud application developers.

We believe that cloud messaging is fundamental in two senses. First as a core capability to build applications that scale to cloud use cases – as explained in our blog post launching RabbitMQ on CloudFoundry. And second, because messaging can be extended to solve common problems like integration and data push. For example: to connect traditional on-premise applications with virtualized and cloud deployments.

Read the rest of this entry »

SockJS – web messaging ain’t easy

August 22nd, 2011 by Marek Majkowski

The idea of 'realtime web' or messaging using web browsers has been around for quite some time. First it was called 'long-polling', then 'Comet', the latest incarnation is named 'WebSockets'.

Without doubt it's going in a good direction, WebSockets is a neat technology.

But during the fight for realtime capabilities we've lost focus on what is really important – how to actually use messaging. In the web context everything is request-response driven and marrying a typical web stack to asynchronous messaging isn't easy.

Read the rest of this entry »

Using the RabbitMQ service on Cloud Foundry with Node.JS

August 16th, 2011 by Michael

Recently we launched a RabbitMQ service for Cloud Foundry, making it simple to spin up a message broker to use with your apps on Cloud Foundry. There are tutorials online for using it with Ruby on Rails and with Java apps using Spring. Here we are going to look at using the RabbitMQ service with Node.JS apps.

Read the rest of this entry »

RabbitMQ + Cloud Foundry: Cloud Messaging that Just Works

August 10th, 2011 by David

Today we launched a RabbitMQ service on This service brings the messaging functionality of RabbitMQ to developers building applications on Cloud Foundry. You can read the main announcement over on the Cloud Foundry blog. There's also an FAQ with more details on the Cloud Foundry knowledge base. is a free beta service.  So please register there (if you haven't already), then take a look at the RabbitMQ service, try out the sample apps, and write your own.  And tell us how to make it better.

Puka – rethinking AMQP clients

July 8th, 2011 by Marek Majkowski

I fundamentally disagree with the APIs exposed by our current AMQP client libraries.

There is a reason why they’re imperfect: we intentionally avoided innovation in APIs since the beginning. The purpose of our client libraries is to expose generic AMQP, not any one view of messaging. But, in my opinion, trying to map AMQP directly to client libraries APIs is just wrong and results in over-complication and abstractions hard to use.

There is no common ground: the client libraries blindly following AMQP model will be complex; easy to use client libraries must to be opinionated.

Read the rest of this entry »