Comments on: Consuming XMPP PubSub in Ruby

By: links for 2010-01-05 « Donghai Ma

links for 2010-01-05 « Donghai Ma — Wed, 06 Jan 2010 04:07:07 +0000

[...] Consuming XMPP PubSub in Ruby – igvita.com (tags: xmpp ruby pubsub messaging programming development jabber web) [...]

By: Seth

Seth — Sat, 21 Nov 2009 23:39:07 +0000

Tigase (http://www.tigase.org/) and Prosody (http://prosody.im/) are also good XMPP servers to hack against. Tigase has native PubSub support (unsure about Prosody), but both support XMPP components, so you can implement it in Ruby instead.

(With Switchboard, subclass Switchboard::Component.)

By: Ennuyer.net » Blog Archive » Rails Reading - November 15, 2009

Ennuyer.net » Blog Archive » Rails Reading - November 15, 2009 — Sun, 15 Nov 2009 13:58:54 +0000

[...] Consuming XMPP PubSub in Ruby - igvita.com [...]

By: Ilya Grigorik

Ilya Grigorik — Sat, 14 Nov 2009 17:17:05 +0000

@Alastair: The wordpress XMPP stream is actually a great usecase for XMPP pubsub. We’re using it at PostRank to get all the newest posts from Wordpress — sure beats polling millions of feeds! Also, as Jim pointed out, presence is a very powerful feature. Take a look at my slides on event driven architecture, there are a few examples in there.

@Marius: I’m not aware of any Ruby XMPP servers, but ejabbered (erlang) and OpenFire are both great options. OpenFire has a fantastic web interface and really easy to get up and running.

By: Marius

Marius — Fri, 13 Nov 2009 18:34:32 +0000

Can you suggest a good opensource pubsub server? Maybe even written in ruby?

By: Jim Van Fleet

Jim Van Fleet — Fri, 13 Nov 2009 16:48:21 +0000

I found Switchboard awhile back, and Seth was gracious enough to speak to me about my use case. I thought I would repeat his advice here– on one of my favorite blogs. And if my tweet about Switchboard helped Ilya find it, so much the better!

The third P in XMPP is presence. XMPP makes assumptions that presence is important. If you plan on using pubsub to implement some kind of subscription messaging model without user intervention, you may find it’s not a good fit as you suddenly need to manage presence for every user, or write an XMPP component which will likely not be in Ruby. Seth suggested AMQP for my use case. Be sure to look at both of them as you proceed, dear reader!

By: Oscar Chico Busca

Oscar Chico Busca — Thu, 12 Nov 2009 10:50:35 +0000

Thanks for this interesting post. This is certainly an important topic for people in the field of XMPPhh

By: Alastair Brunton

Alastair Brunton — Thu, 12 Nov 2009 08:38:16 +0000

Hi Ilya,

Thanks for the interesting and detailed post on XMPP, Pubsub and Ruby. The problem I have is that I am struggling to find a use for this at the moment. Have you used this technology successfully in any production applications.

Can you point me to use cases for XMPP and Pubsub?

Cheers,
Alastair

By: nofxx

nofxx — Thu, 12 Nov 2009 03:47:17 +0000

Yea, PubSub is a cool thing nobody uses.
I struggled a lot adding pubsub support to jah (http://github.com/nofxx/jah). It feels like a great way to report status. If I got time to finish it someday…
Btw, great blog ;)

By: Seth

Seth — Tue, 10 Nov 2009 23:18:36 +0000

Hell yeah. The command line tools are the most useful part of switchboard for me; the ease of building stuff is a side-effect of wanting to make more tools easily.