<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" 
      xmlns:thr="http://purl.org/syndication/thread/1.0">
  <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php" />
  <link rel="self" type="application/atom+xml" href="http://www.readwriteweb.com/atom.xml" />
  <id>tag:,2009:/1/tag:www.readwriteweb.com,2008://1.12396-</id>
  <updated>2009-11-23T18:01:46Z</updated>
  <title>Comments for Gnip Says XMPP Ecosytem Too Half-Baked, Pulls the Plug</title>
  
  <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.23-en</generator>
  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396</id>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.readwriteweb.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=1/entry_id=12396" title="Gnip Says XMPP Ecosytem Too Half-Baked, Pulls the Plug" />
    <published>2008-11-03T22:39:03Z</published>
    <updated>2008-11-03T23:26:58Z</updated>
    <title>Gnip Says XMPP Ecosytem Too Half-Baked, Pulls the Plug</title>
    <summary>There&apos;s no more riding through the transit station on roller blades - the rental shops aren&apos;t keeping them in good enough repair. That could be an analogy for a decision announced today by Gnip, a startup aiming to become the ultimate ping server for social media. XMPP/Jabber, the Open Source real-time communication protocol popularized by...</summary>
    <author>
      <name>Marshall Kirkpatrick</name>
      <uri>http://www.readwriteweb.com</uri>
    </author>
    
    <category term="News" />
    
    <content type="html" xml:lang="en" xml:base="http://www.readwriteweb.com/">
      <![CDATA[<p><img src="http://www.readwriteweb.com/images/gniplogo.jpg">There's no more riding through the transit station on roller blades - the rental shops aren't keeping them in good enough repair.  That could be an analogy for <a href="http://blog.gnipcentral.com/2008/11/03/winding-down-xmpp-for-now/">a decision announced today</a> by <a href="http://gnipcentral.com">Gnip</a>, a startup aiming to become the ultimate ping server for social media.</p>

<p>XMPP/Jabber, the Open Source real-time communication protocol popularized by Instant Messaging that <a href="http://www.readwriteweb.com/archives/xmpp_web.php">many have hoped would serve as foundation for a real-time web of the future</a>, has become too much trouble to support and will no longer be a supported protocol at Gnip.  More than just one protocol, it's a story of long tail developer communities and the ambitious startups forced to make resource decisions.</p>]]>
      <![CDATA[<p>Gnip founder Eric Marcoullier told us that the company really wants to support XMPP but that it's taking up an inordinate amount of support time, in many cases just because data consumers are using Google Talk or Jabber.org servers and are being throttled.</p>

<p>Marcoullier says there are simply no open source Jabber servers that are capable of the kind of robustness that a social media ping server requires.  If a major vendor came to Gnip and said they wanted data streamed to them exclusively in XMPP, the company would continue the practice, but the long tail of tiny consumers that want their data that way is taking up too much resources.  The company's top priorities are data delivery and maximizing the number of publishers participating in their program.</p>

<p>Our top priority as industry watchers is to cheer for radical innovation online, something that is in some cases more likely to come from the marginal developers making up the Long Tail that Gnip is herein limiting its support for.</p>

<h2>Does This Matter?</h2>

<p>This move may be less significant than it seems, though, too.  The real-time communication experience is still available via basic Restful push, Marcoullier says, but for now XMPP in particular will be turned off this week.  </p>

<p><a href="http://www.readwriteweb.com/archives/gnip_grand_central_station.php">When Gnip launched</a>, we thought that XMPP in particular and protocol transformation in general were key to its value proposition.  Months later, the company says that there is data normalization occurring but no protocol transformations are being performed.</p>

<p>Gnip now has a total of five developers, most recently <a href="http://www.readwriteweb.com/jobwire/2008/10/gnip-brings-on-software-engine.php">adding enterprise data specialist Michael Barinek onto the team</a>.  The company has significant momentum even if today's announcement feels like it's losing some sexy sheen.</p>

<p>We hope that Gnip can continue to advance its goals of making the social web faster and more scalable.  While we're disappointed that this hyped protocol is giving them too much trouble, we hope that a future web of real-time communication can come to us promptly none the less.</p>]]>
    </content>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396-comment:115775</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.12396" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php#c115775" />
    <title>Comment from Sam Sethi on 2008-11-03</title>
    <author>
        <name>Sam Sethi</name>
        <uri>http://samksethi.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://samksethi.com">
        <![CDATA[<p>Why is our industry soooo slow to adopt XMPP. The reason is MSN, Yahoo, Skype and several others have lovely closed protocols that they don't want Google and others to play in.  As one Yahoo senior exec told us there is no commercial pressure to support open standards like XMPP in Yahoo Messenger.</p>

<p>I hope once openid, dataportability and the other open standards stack layers are adopted we as an industry will turn our attention to realtime communication interoperability. </p>

<p>Until then I guess the best we have is longpolling/restful push.   </p>]]>
    </content>
    <published>2008-11-03T23:29:13Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396-comment:115776</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.12396" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php#c115776" />
    <title>Comment from Alexandros Marinos on 2008-11-03</title>
    <author>
        <name>Alexandros Marinos</name>
        <uri>http://andothernoise.blogspot.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://andothernoise.blogspot.com">
        <![CDATA[<p>The question is if XMPP can be made into an efficient application for streaming events to multiple (or multitudes of) suppliers. I am afraid this is not simply a matter of a bette rimplementation of an XMPP server but something much more fundamental. Roy fielding has argued (http://roy.gbiv.com/untangled/2008/paper-tigers-and-hidden-dragons) why this is not possible and why the solution is simply to better structure the HTTP APIs that the various services provide. The economics for XMPP simply do not work for this application. This is why large customers are needed. There is cost involved and somebody has to pay it.</p>]]>
    </content>
    <published>2008-11-03T23:35:12Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396-comment:115777</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.12396" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php#c115777" />
    <title>Comment from Eric Marcoullier on 2008-11-03</title>
    <author>
        <name>Eric Marcoullier</name>
        <uri>http://www.gnipcentral.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.gnipcentral.com">
        <![CDATA[<p>Marshall -- thanks for helping to spread the word.  We don't want folks to be surprised on Wednesday when outbound XMPP goes dark.</p>

<p>To be clear, we haven't said XMPP is half-baked.  It's a badass protocol with huge potential.  Sadly, the individual open source implementations are still fairly nascent (half-baked, you might say) and as a result many people (includig our own developers) aren't having stellar success running them.</p>

<p>Anyone capable of running XMPP is probably already running a web server, which means that we can still push to them data in real-time.  In other words, they get the benefit they're looking for, just not the specific feature.</p>

<p>"You can't always get what you want, but if you try sometime, you just might find, you get what you need" -- Mick Jagger</p>]]>
    </content>
    <published>2008-11-03T23:35:43Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396-comment:115779</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.12396" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php#c115779" />
    <title>Comment from josh rehman on 2008-11-03</title>
    <author>
        <name>josh rehman</name>
        <uri>http://joshrehman.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://joshrehman.com">
        <![CDATA[<p>This is more of a meta-comment. I was only mildly interested in this news because a) am mildly interested in Jabber/XMPP and b) I've never heard of gnip and don't really care about it. So when I got to the paragraph that starts with "This move may be less significant than it seems, though, too," I stopped reading. An already insignificant post was declaring itself even less significant.</p>

<p>I mean, if this move is insignificant then why write about it?</p>]]>
    </content>
    <published>2008-11-04T00:16:46Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396-comment:115780</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.12396" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php#c115780" />
    <title>Comment from Marshall Kirkpatrick on 2008-11-03</title>
    <author>
        <name>Marshall Kirkpatrick</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>Josh, thanks for taking the time to comment anyway!  And nice to make *your* acquaintance. :)</p>]]>
    </content>
    <published>2008-11-04T00:23:28Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396-comment:115781</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.12396" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php#c115781" />
    <title>Comment from Matt Tucker on 2008-11-03</title>
    <author>
        <name>Matt Tucker</name>
        <uri>http://www.jivesoftware.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.jivesoftware.com">
        <![CDATA[<p>I'm surprised they weren't able to make any of the Open Source XMPP servers scale to their needs -- definitely not what I've seen with other services. If that's truly the case, it sounds like there's some work to do.</p>

<p>By taking away XMPP, gnip will no longer have the ability to push updates to end points that are behind a firewall (HTTP pushes won't work through a firewall typically). Perhaps that's not a big problem for their developer base.</p>

<p>It's always smart to focus on the areas of functionality that are most important so I'm sure Gnip is doing the right thing for the service. The unfortunate thing is that XMPP support is still in a chicken/egg hold pattern for the real-time web and it's going to take some additional momentum to break past the logjam.</p>]]>
    </content>
    <published>2008-11-04T01:16:54Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396-comment:115782</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.12396" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php#c115782" />
    <title>Comment from Mike G. on 2008-11-03</title>
    <author>
        <name>Mike G.</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>So is there a blog post in the past somewhere that lists the various "real-time web" scenarios??? I mean, beyond "Twitter updates" and blog comments???  I love the sound of the idea, but want some concrete examples too... thanks.</p>]]>
    </content>
    <published>2008-11-04T02:54:45Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396-comment:115819</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.12396" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php#c115819" />
    <title>Comment from söve on 2008-11-04</title>
    <author>
        <name>söve</name>
        <uri>http://www.biancaboya.com/</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.biancaboya.com/">
        <![CDATA[<p>thanks.</p>]]>
    </content>
    <published>2008-11-04T12:50:46Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396-comment:115822</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.12396" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php#c115822" />
    <title>Comment from rabble on 2008-11-04</title>
    <author>
        <name>rabble</name>
        <uri>http://anarchogeek.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://anarchogeek.com">
        <![CDATA[<p>It's interesting that just as gnip turns their xmpp feeds off, Fire Eagle is releasing code and starting to test turning them on.</p>

<p><a href="http://github.com/mojodna/fire_hydrant/tree/master" rel="nofollow">http://github.com/mojodna/fire_hydrant/tree/master</a></p>

<p>Clearly webhooks are simpler. But they also have scary scaling problems associated with them as well. </p>]]>
    </content>
    <published>2008-11-04T14:08:53Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396-comment:115835</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.12396" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php#c115835" />
    <title>Comment from Todd on 2008-11-04</title>
    <author>
        <name>Todd</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>I was afraid this would happen. But greed and all attempts to "vendor lock" us out of our own data won't put the genie back in the bottle. If it isn't Gnip, we'll find something else.</p>

<p>David Gelernter's vision WILL happen, there's no stopping it.</p>

<p><a href="http://java.sun.com/developer/technicalArticles/Interviews/gelernter_qa.html" rel="nofollow">http://java.sun.com/developer/technicalArticles/Interviews/gelernter_qa.html</a></p>]]>
    </content>
    <published>2008-11-04T15:29:29Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396-comment:115895</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.12396" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php#c115895" />
    <title>Comment from Darren Stuart on 2008-11-04</title>
    <author>
        <name>Darren Stuart</name>
        <uri>http://crowdstatus.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://crowdstatus.com">
        <![CDATA[<p>I think Gnip should have a tag line of something like Social Data router </p>

<p>Twitter already turned off its interface so there is nothing new here. If its going to create a more stable platform for us developers then I am all for it.</p>

<p>Great service in the making. </p>]]>
    </content>
    <published>2008-11-04T22:00:31Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.12396-comment:115975</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.12396" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/gnip_says_xmpp_ecosytem_too_ha.php#c115975" />
    <title>Comment from jvaleski on 2008-11-05</title>
    <author>
        <name>jvaleski</name>
        <uri>http://one.valeski.org</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://one.valeski.org">
        <![CDATA[<p>Darren, we've used the "router" term before to describe Gnip. I think it fits nicely. In its "distributed" form, where notifications are routed around various "Gnip hubs" it makes perfect sense (note, we haven't implemented that outside of our cluster yet :-) ). I like your thinking.</p>]]>
    </content>
    <published>2008-11-05T13:27:54Z</published>
  </entry>

</feed>