Why XMPP Will Be Huge Very Soon

http://intridea.com/2009/2/16/why-xmpp-will-be-huge-very-soon?blog=company

by mbleigh • 17 years ago

52 40 17 years ago

nihilocrat• 17 years ago

He's missing the main reasons why my company is going forward with a Jabber server: privacy and reliability.

We are a geographically distributed company that uses ICQ for a whole lot of communication, so when it goes down for any reason, work just about halts. Also, we routinely discuss very sensitive things (but we call each other if we need to discuss root passwords), so a dedicated eavesdropper could learn more than we'd like him or her to.

josefresco3• 17 years ago

Pidgin + OTR FTW

jerf5• 17 years ago

Solves the encryption problem, but doesn't solve the reliability problem.

Also, if your company needs to be able to log the IMs for compliance reasons, that doesn't solve that either.

(Disclaimer: I work for a company that builds IM servers for companies. But... the above isn't exactly controversial.)

axod6• 17 years ago

Why not just an irc server, with SSL and passwords etc?

axod6• 17 years ago

Funny, I heard the same argument years ago.

daleharvey• 17 years ago

I think thats missing a big reason, google adopted it.

I have seen a resurgence of applications built on xmpp and instant messaging in general, I dont think a lot of people will know they are using xmpp, but it will be lurking in the back

mdasen• 17 years ago

So, I do think that XMPP will become a much bigger force given the (anecdotal) rate that post-college students replace their college email with Gmail (and get Google Talk with it). However, XMPP can't just rest. It really needs to get Jingle (their VoIP/video protocol) finished and approved and adopted. With more people looking to use voice and video online, they can't be left behind because of lack of features.

With Google driving some adoption and (hopefully) smaller IM networks seeing that XMPP would be in their interests (since it would help them overcome a lack of users), XMPP could see decent enough growth. However, if other networks have desired features that XMPP doesn't offer, the interoperability argument is countered by the lacking of things users want.

trezor• 17 years ago

Unless I'm missing something totally obvious, many of these reasons might as well be said for SIP.

bemmu• 17 years ago

When I need to do something realtime, I connect users to my IRC server. Writing a client for IRC in Flash is very easy, I haven't tried with Javascript, I imagine you would use a keepalive connection somehow. Am I missing something by not using XMPP?

axod6• 17 years ago

>> "Am I missing something by not using XMPP?"

You're missing hours of headaches working through over-engineered ridiculously overly complicated horrible XML protocol. Stick with IRC ;)

cubedice• 17 years ago

I just coded a level file in XML for a game being developed in one of my classes. The same group member who was so adamant about coding the levels in XML had neglected to build an XML creation program. So there we were, trying to wade through > 10,000 lines of XML. I wanted to cry

clemesha• 17 years ago

FWIW, I've had a different experience with XMPP. Take for example XMPP Multi-User Chat (http://xmpp.org/extensions/xep-0045.html) - which outlines a rich set of interactions between occupants of a room - something I'm really glad someone else engineered for me. Plus, take a look at the XML stanzas (in the examples here: http://xmpp.org/extensions/xep-0045.html) you are sending to the server, they're really not that big or complicated. Lastly, with BOSH (http://xmpp.org/extensions/xep-0124.html) and incredible XMPP Javascript client libs like Strophe (http://code.stanziq.com/strophe/), the possibilities are pretty exciting for web apps.

wmf2• 17 years ago

Am I missing something by not using XMPP?

Identity and S2S federation. IRC is fine for a closed system, but XMPP's global namespace has a lot of potential for integration between different real-time systems.

davidw• 17 years ago

Ok... now what feature that people need does that translate into? Honest question - I don't know much about the space.

l_frequency3• 17 years ago

Anyone know of any good XMPP implementations that lend well to implementing gateways? Preferably in C/C++?

jerf5• 17 years ago

Your question is somewhat vague and muddled. Could you clarify what exactly you are asking for? How are you using the term "gateway"?

l_frequency3• 17 years ago

Gateway is as is defined in RFC 3920 Section 2.1

"G1 = A gateway that translates between XMPP and the protocol(s) used on a foreign (non-XMPP) messaging network"

I don't think my question was not vague at all. It just might be out of the ordinary. Most people are interested in XMPP client implementations. I want a pre-existing open-source project that would be a good first step towards building an XMPP gateway.

icepick2• 17 years ago

http://code.stanziq.com/strophe/ is probably a good start.

thwarted• 17 years ago

Once I get it working, I love it, but there's two problems I've always had with getting XMPP working from a programming/developing standpoint, both of which kept it from going mainstream sooner:

1) there were very few docs that explain the terms (roster, what a conference server is and why that is different from your regular connect server) in the context of other messaging protocols (AIM, for example). Yeah, I know now that "roster" is the equivalent of the buddy list, except it's not because there are operations that can happen on the roster and it's not complete clear which component maintains the roster and a lot of roster operations can happen asynchronously (due do its distributed nature) even when you're disconnected. None of this was obvious.

2) The docs that did exist, even for abstraction libraries, talked about creating XML stanzas and the XML stream and all the different XML namespaces (none of which were explained well enough to know when you would use 'em) and XML this and XML that. I don't want to write XML, I want to connect to a server and send and receive messages. That it is XML stream based is beside the point--and this was always touted as the reason that XMPP was so awesome, but we all know that it got caught up in the XML hype of the period in which it was conceived.

Eventually, libraries started being written that provided the correct level of abstraction for developers rather than protocol designers. Last one I used was Net::Jabber::Bot (cpan), which was okay, but there's still a lot of data extraction from partially cooked XML structures.

bjclark2• 17 years ago

This guy obviously hasn't actually used xmpp in real life. eJabberd does really weird things to us when we throw 300-400k messages at it a day.

And this: "XMPP servers, which are essentially make or break an XMPP application, are rapidly maturing beyond instant messaging."

Have he ever tried to actually debug ejabberd? Cause it's very painful and time consuming.

Now, I'm not bashing xmpp, it's pretty cool, but it's not exactly "the next big thing", IMO.

We're actually abandoning it for AMPQ.

icepick2• 17 years ago

"eJabberd does really weird things to us".

Describe the weird things, please. I'm about to deploy ejabberd for a production site, and I'm interested in your experience.

bjclark2• 17 years ago

Huge processor spikes which we think are caused by too many connections to a single room or user. We're not 100% sure because we can't replicate it in a dev environment and we don't really want to turn on debugging in a production environment, not to mention that debugging mode isn't the most helpful thing ever.

If you start it up in "live" mode (ejabberdclt live), we see "Replacing connection..." sometimes, which then throws a "Broken Pipe" error in our rails app. But again, we can't isolate what's happening there.

known• 17 years ago

XMPP is XML based and need heavy processing power (for e.g. not suitable for mobile platform) whereas AMPQ is a binary protocol.

http://www.deepdarc.com/2008/02/14/mobile-xmpp/

stephenjudkins• 17 years ago

Keep in mind that the problems we're having aren't with XMPP, per se, just with ejabberd. Ejabberd worked flawlessly for several months until it started exhibiting some very strange behavior and performance characteristics. We upgraded to a newer version and we suddenly ran into another, different set of strange behaviors.

That said, word on the street is that ejabberd is the best implementation of an XMPP server. AMQP supposedly offers better reliability (with RabbitMQ) as well as a whole lot of pretty cool features that Jabber really doesn't.

dandelany• 17 years ago

I'd bet that early web servers, too, did some really weird things when web adoption started to snowball in the 90's. A protocol/paradigm's current state of implementation is not necessarily indicative of future progress and adoption. If anything, the fact that developers like you are building large-scale applications and discovering what breaks it is encouraging for XMPP's future.

axod6• 17 years ago

XMPP is TEN years old! You'd sort of expect the software to be reasonably mature by now.

Why XMPP Will Be Huge Very Soon

Related Stories