<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: 37signals and Gaboogie Mashup Contest</title>
	<atom:link href="http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/</link>
	<description>Conference Call &#124; Teleconferencing &#124; Conferencing &#124; lypp.com</description>
	<pubDate>Sat, 19 Jul 2008 16:04:08 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>By: Anonymous Coward</title>
		<link>http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/#comment-97</link>
		<dc:creator>Anonymous Coward</dc:creator>
		<pubDate>Mon, 05 May 2008 14:47:15 +0000</pubDate>
		<guid isPermaLink="false">http://gaboogie.wordpress.com/?p=36#comment-97</guid>
		<description>Would like to see those JSON examples.

I've been making requests by doing find/replace on the XML held in strings. (Not using Ruby.) It works, but seems backwards since my IDE will do code-assist on JSON.

Btw, I like your use of HTTP statusCodes for error messages. Very intuitive. Good use of existing functionality. I'm used to web services where the error message is in the response XML. (See bellsouth or Qwest's electronic ordering web service responses.) Instead of parsing XML for an error code, I can check the HTTP status code... if it's not 200, then I know something went wrong... no parsing. Quick n' easy.

:-)</description>
		<content:encoded><![CDATA[<p>Would like to see those JSON examples.</p>
<p>I&#8217;ve been making requests by doing find/replace on the XML held in strings. (Not using Ruby.) It works, but seems backwards since my IDE will do code-assist on JSON.</p>
<p>Btw, I like your use of HTTP statusCodes for error messages. Very intuitive. Good use of existing functionality. I&#8217;m used to web services where the error message is in the response XML. (See bellsouth or Qwest&#8217;s electronic ordering web service responses.) Instead of parsing XML for an error code, I can check the HTTP status code&#8230; if it&#8217;s not 200, then I know something went wrong&#8230; no parsing. Quick n&#8217; easy.</p>
<p> <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Entry date for the Lypp + Highrise mashup contest pushed to April 15</title>
		<link>http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/#comment-67</link>
		<dc:creator>Entry date for the Lypp + Highrise mashup contest pushed to April 15</dc:creator>
		<pubDate>Wed, 02 Apr 2008 02:45:52 +0000</pubDate>
		<guid isPermaLink="false">http://gaboogie.wordpress.com/?p=36#comment-67</guid>
		<description>[...] add a couple APIs, mix and you get&#8230;&#160; That&#8217;s up to you, actually.&#160; Late Feb the folks at Lypp announced a contest to take the Highrise and Lypp APIs and make something cool.&#160; The original opening date was April 1, but because of changes to the APIs the start of the [...]</description>
		<content:encoded><![CDATA[<p>[...] add a couple APIs, mix and you get&#8230;&nbsp; That&#8217;s up to you, actually.&nbsp; Late Feb the folks at Lypp announced a contest to take the Highrise and Lypp APIs and make something cool.&nbsp; The original opening date was April 1, but because of changes to the APIs the start of the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Highrise + Lypp Mashup: April 15th &#171; Gaboogie Blog &#124; Lypp Service and API</title>
		<link>http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/#comment-63</link>
		<dc:creator>Highrise + Lypp Mashup: April 15th &#171; Gaboogie Blog &#124; Lypp Service and API</dc:creator>
		<pubDate>Mon, 31 Mar 2008 19:50:03 +0000</pubDate>
		<guid isPermaLink="false">http://gaboogie.wordpress.com/?p=36#comment-63</guid>
		<description>[...] have had some great early  feedback on this mashup which has motivated us to make a few updates to the API prior to opening the mashup doors . We are [...]</description>
		<content:encoded><![CDATA[<p>[...] have had some great early  feedback on this mashup which has motivated us to make a few updates to the API prior to opening the mashup doors . We are [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 37 Signals, WebEx, Microsoft Outlook, International Conference Calls &#124; The VoIP Mag</title>
		<link>http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/#comment-51</link>
		<dc:creator>37 Signals, WebEx, Microsoft Outlook, International Conference Calls &#124; The VoIP Mag</dc:creator>
		<pubDate>Fri, 28 Mar 2008 19:02:46 +0000</pubDate>
		<guid isPermaLink="false">http://gaboogie.wordpress.com/?p=36#comment-51</guid>
		<description>[...] around the corner we have the Highrise + Lypp Mashup contest. Which we have a had a great response on. The doors open for that on April 15. We ended up pushing [...]</description>
		<content:encoded><![CDATA[<p>[...] around the corner we have the Highrise + Lypp Mashup contest. Which we have a had a great response on. The doors open for that on April 15. We ended up pushing [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 37signals and Gaboogie Mashup Contest &#124; The VoIP Mag</title>
		<link>http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/#comment-40</link>
		<dc:creator>37signals and Gaboogie Mashup Contest &#124; The VoIP Mag</dc:creator>
		<pubDate>Mon, 17 Mar 2008 22:56:55 +0000</pubDate>
		<guid isPermaLink="false">http://gaboogie.wordpress.com/?p=36#comment-40</guid>
		<description>[...] more here..http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/  [...]</description>
		<content:encoded><![CDATA[<p>[...] more here..http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SMS Text News &#187; Archives &#187; Lypp &#38; 37Signals launch $7,000 mashup contest</title>
		<link>http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/#comment-23</link>
		<dc:creator>SMS Text News &#187; Archives &#187; Lypp &#38; 37Signals launch $7,000 mashup contest</dc:creator>
		<pubDate>Tue, 04 Mar 2008 22:18:59 +0000</pubDate>
		<guid isPermaLink="false">http://gaboogie.wordpress.com/?p=36#comment-23</guid>
		<description>[...] 37signals and Gaboogie Mashup Contest « Gaboogie Blog &#124; Lypp Service and API We have been exchanging some ideas with the guys at 37signals and we have come up with what we [...]</description>
		<content:encoded><![CDATA[<p>[...] 37signals and Gaboogie Mashup Contest « Gaboogie Blog | Lypp Service and API We have been exchanging some ideas with the guys at 37signals and we have come up with what we [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: machinepoetics news &#187; Blog Archive &#187; Mashup Lypp and Highrise for fun and profit</title>
		<link>http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/#comment-15</link>
		<dc:creator>machinepoetics news &#187; Blog Archive &#187; Mashup Lypp and Highrise for fun and profit</dc:creator>
		<pubDate>Thu, 28 Feb 2008 08:38:50 +0000</pubDate>
		<guid isPermaLink="false">http://gaboogie.wordpress.com/?p=36#comment-15</guid>
		<description>[...] is organizing a contest for developers to mashup their voice-application Lypp with Highrise. There are some cool prizes up for grabs including a $3,000 Apple gift certificate for number #1 [...]</description>
		<content:encoded><![CDATA[<p>[...] is organizing a contest for developers to mashup their voice-application Lypp with Highrise. There are some cool prizes up for grabs including a $3,000 Apple gift certificate for number #1 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Kubb</title>
		<link>http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/#comment-9</link>
		<dc:creator>Dan Kubb</dc:creator>
		<pubDate>Wed, 27 Feb 2008 06:54:52 +0000</pubDate>
		<guid isPermaLink="false">http://gaboogie.wordpress.com/?p=36#comment-9</guid>
		<description>One thing that isn't mentioned anywhere (yet) is that the whole API works with JSON as well as XML.  Some people (myself included) prefer to work with JSON, since its a little easier to read, and is often smaller than the equivalent XML payload.

Another nice thing is that the API supports Conditional GET, PUT and DELETE.  Unfortunately you don't see these often in web APIs, but they can be very useful when integrating with the Lypp API.

Conditional GET allows you to say "return something only if its changed since last time I saw it".  This is extremely efficient when nothing has changed, and adds virtually no overhead in the cases when something has.

Conditional PUT and DELETE basically allow you to update or delete something as long as it *has not* changed since you last saw it.  Conditional PUT in particular is very useful, since it can act as a sort of optimistic locking system; making it so you can't overwrite changes made by someone or something else.

I'll be updating the Lypp API documentation to include more details, specifically how to actually perform a Conditional Request (don't worry, its simple), and how to use the JSON API.</description>
		<content:encoded><![CDATA[<p>One thing that isn&#8217;t mentioned anywhere (yet) is that the whole API works with JSON as well as XML.  Some people (myself included) prefer to work with JSON, since its a little easier to read, and is often smaller than the equivalent XML payload.</p>
<p>Another nice thing is that the API supports Conditional GET, PUT and DELETE.  Unfortunately you don&#8217;t see these often in web APIs, but they can be very useful when integrating with the Lypp API.</p>
<p>Conditional GET allows you to say &#8220;return something only if its changed since last time I saw it&#8221;.  This is extremely efficient when nothing has changed, and adds virtually no overhead in the cases when something has.</p>
<p>Conditional PUT and DELETE basically allow you to update or delete something as long as it *has not* changed since you last saw it.  Conditional PUT in particular is very useful, since it can act as a sort of optimistic locking system; making it so you can&#8217;t overwrite changes made by someone or something else.</p>
<p>I&#8217;ll be updating the Lypp API documentation to include more details, specifically how to actually perform a Conditional Request (don&#8217;t worry, its simple), and how to use the JSON API.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Digital Common Sense &#187; 37signals and Gaboogie Mashup Contest</title>
		<link>http://blog.lypp.com/2008/02/26/37signals-and-gaboogie-mashup-contest/#comment-8</link>
		<dc:creator>Digital Common Sense &#187; 37signals and Gaboogie Mashup Contest</dc:creator>
		<pubDate>Wed, 27 Feb 2008 00:00:54 +0000</pubDate>
		<guid isPermaLink="false">http://gaboogie.wordpress.com/?p=36#comment-8</guid>
		<description>[...] Eric may not blog as much, but when he sends email about something going on in the industry, we all sit up and pay attention. Eric knows where the action is and he&#8217;s always somewhere at the heart of something exciting. Here are two blog posts about Eric&#8217;s latest. 37signals and Gaboogie Mashup&#160;Contest [...]</description>
		<content:encoded><![CDATA[<p>[...] Eric may not blog as much, but when he sends email about something going on in the industry, we all sit up and pay attention. Eric knows where the action is and he&#8217;s always somewhere at the heart of something exciting. Here are two blog posts about Eric&#8217;s latest. 37signals and Gaboogie Mashup&nbsp;Contest [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
