<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Aehso's Output &#187; app</title>
	<atom:link href="http://www.xlml.com/aehso/category/app/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.xlml.com/aehso</link>
	<description>John O'Shea's musings, observations and opinions on anything and everything.</description>
	<lastBuildDate>Mon, 25 Jan 2010 13:31:40 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Microsoft dropping Web3S for AtomPub for Windows Live! service APIs.</title>
		<link>http://www.xlml.com/aehso/2008/02/29/microsoft-dropping-web3s-for-atompub-for-windows-live-service-apis/</link>
		<comments>http://www.xlml.com/aehso/2008/02/29/microsoft-dropping-web3s-for-atompub-for-windows-live-service-apis/#comments</comments>
		<pubDate>Fri, 29 Feb 2008 12:30:25 +0000</pubDate>
		<dc:creator>aehso</dc:creator>
				<category><![CDATA[api]]></category>
		<category><![CDATA[app]]></category>
		<category><![CDATA[atompub]]></category>
		<category><![CDATA[dehora]]></category>
		<category><![CDATA[microsoft]]></category>
		<category><![CDATA[web services]]></category>

		<guid isPermaLink="false">http://www.xlml.com/aehso/2008/02/29/microsoft-dropping-web3s-for-atompub-for-windows-live-service-apis/</guid>
		<description><![CDATA[Big switch in direction from Microsoft, it would appear they are now planning to use AtomPub instead of Web3S for Windows Live service APIs they&#8217;ll formally be announcing at Mix&#8217;08.&#38;nbsp; As usual, Dare has all the details.
This is a huge endorsement for AtomPub &#8211; I&#8217;ll bet Bill is delighted (hey, I can even tell him [...]]]></description>
			<content:encoded><![CDATA[<p>Big switch in direction from Microsoft, it would appear they are now planning to use <a href="http://atompub.org/">AtomPub</a> instead of <a href="http://dev.live.com/livedata/web3s.htm">Web3S</a> for Windows Live service APIs they&#8217;ll formally be announcing at Mix&#8217;08.&amp;nbsp; As usual, <a href="http://www.25hoursaday.com/weblog/2008/02/28/WindowsLivePlatformNewsMicrosoftStandardizesOnAtomPubForWebServicesAndOtherStories.aspx">Dare has all the details</a>.</p>
<p>This is a huge endorsement for AtomPub &#8211; I&#8217;ll bet <a href="http://dehora.net/journal/">Bill</a> is delighted (hey, I can even tell him in person at <a href="http://iwtc.firstport.ie/lecture.aspx?lid=91">his IWTC talk</a> in an hours time&#8230;)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.xlml.com/aehso/2008/02/29/microsoft-dropping-web3s-for-atompub-for-windows-live-service-apis/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OpenSocial Doc Review Part 1 : Data APIs are all AtomPub based.</title>
		<link>http://www.xlml.com/aehso/2007/11/02/opensocial-doc-review-part-1-data-apis-are-all-atompub-based/</link>
		<comments>http://www.xlml.com/aehso/2007/11/02/opensocial-doc-review-part-1-data-apis-are-all-atompub-based/#comments</comments>
		<pubDate>Fri, 02 Nov 2007 12:22:46 +0000</pubDate>
		<dc:creator>aehso</dc:creator>
				<category><![CDATA[api]]></category>
		<category><![CDATA[app]]></category>
		<category><![CDATA[atom]]></category>
		<category><![CDATA[atompub]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[opensocial]]></category>
		<category><![CDATA[social]]></category>

		<guid isPermaLink="false">http://www.xlml.com/aehso/2007/11/02/opensocial-doc-review-part-1-data-apis-are-all-atompub-based/</guid>
		<description><![CDATA[Starting to read through the OpenSocial API documentation the most striking feature is that ALL of the underlying data APIs are Atom and AtomPub based.

The People Data API exposes people (viewer, owner, friends) via Atom feed documents and Atom entry documents.  However, there is no AtomPub support for this feed so people cannot be [...]]]></description>
			<content:encoded><![CDATA[<p>Starting to read through the <a href="http://code.google.com/apis/opensocial/">OpenSocial API documentation</a> the most striking feature is that <b>ALL</b> of the underlying data APIs are <a href="http://atompub.org/rfc4287.html">Atom</a> and <a href="http://bitworking.org/projects/atom/draft-ietf-atompub-protocol-17.html">AtomPub</a> based.</p>
<ul>
<li>The <a href="http://code.google.com/apis/opensocial/docs/gdata/people/developers_guide_protocol.html">People Data API</a> exposes people (viewer, owner, friends) via Atom feed documents and Atom entry documents.  However, there is no AtomPub support for this feed so people cannot be created/updated/deleted via API.  I suspect this will cause some debate as it means some fairly critical data remains locked into the underlying OpenSocial containers</li>
<li>The <a href="http://code.google.com/apis/opensocial/docs/gdata/activities/developers_guide_protocol.html">Activities Data API</a> exposes activities (news feeds etc) as a Atom feeds.  The Activities data feed can be fully manipulated (CRUD) via Atom/AtomPub requests.</li>
<li>The <a href="http://code.google.com/apis/opensocial/docs/gdata/persistence/developers_guide_protocol.html">Persistence Data API</a> exposes name/value pair data (e.g. configuration params) as a Atom feeds.  The persistence data feed can be fully manipulated (CRUD) via Atom/AtomPub requests.</li>
</ul>
<p>I&#8217;m off for a curry but more later today.  Here&#8217;s a teaser though &#8211; authentication is a concern&#8230;.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.xlml.com/aehso/2007/11/02/opensocial-doc-review-part-1-data-apis-are-all-atompub-based/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Wordpress 2.3 ships, with APP support.</title>
		<link>http://www.xlml.com/aehso/2007/09/25/wordpress-23-ships-with-app-support/</link>
		<comments>http://www.xlml.com/aehso/2007/09/25/wordpress-23-ships-with-app-support/#comments</comments>
		<pubDate>Tue, 25 Sep 2007 19:55:27 +0000</pubDate>
		<dc:creator>aehso</dc:creator>
				<category><![CDATA[api]]></category>
		<category><![CDATA[app]]></category>
		<category><![CDATA[rss]]></category>
		<category><![CDATA[wordpress]]></category>

		<guid isPermaLink="false">http://www.xlml.com/aehso/2007/09/25/wordpress-23-ships-with-app-support/</guid>
		<description><![CDATA[Great to see Wordpress 2.3 shipping with support for Atom 1.0 and APP (draft 17 compliant I&#8217;m guessing).  I haven&#8217;t updated this blog yet (for fear of borking plugins/themes that I have enabled) but from playing with a local test install this afternoon I see Wordpress now publishes the following feed URLs out of [...]]]></description>
			<content:encoded><![CDATA[<p>Great to see <a href="http://wordpress.org/development/2007/09/wordpress-23/">Wordpress 2.3 shipping with support for Atom 1.0 and APP</a> (<a href="http://bitworking.org/projects/atom/draft-ietf-atompub-protocol-17.html#crwp">draft 17 compliant</a> I&#8217;m guessing).  I haven&#8217;t updated this blog yet (for fear of borking plugins/themes that I have enabled) but from playing with a local test install this afternoon I see Wordpress now publishes the following feed URLs out of the box:</p>
<ol>
<li><code>&lt;wordpress-root-URL&gt;/?feed=atom</code> &#8211; Atom 0.3 format feed</li>
<li><code>&lt;wordpress-root-URL&gt;/?feed=rss</code> &#8211; RSS 0.92 format feed</li>
<li><code>&lt;wordpress-root-URL&gt;/wp-app.php/service</code> &#8211; APP Service</li>
<li><code>&lt;wordpress-root-URL&gt;/wp-app.php/posts</code> &#8211;  &#8220;Wordpress Posts&#8221; APP collection feed</li>
<li><code>&lt;wordpress-root-URL&gt;/wp-app.php/categories</code> &#8211;  &#8220;Wordpress Posts&#8221; APP category document</li>
<li><code>&lt;wordpress-root-URL&gt;/wp-app.php/attachments</code> &#8211;  &#8220;Wordpress Media&#8221; (attachments?) APP Collection</li>
</ol>
<p>I am a little curious about why the HTML doesn&#8217;t contain a &lt;link&gt; for 4 though &#8211; its absence makes it kind of difficult to auto discover the collection feed URL.   I&#8217;m also curious why both 1. and 4. exist.  I always assumed that the APP collections would just point to the real Atom feed URL, with APP clients authenticating to send HTTP POST, PUT and DELETE requests.  Was this necessary because of <a href="http://www.tbray.org/ongoing/When/200x/2007/09/14/Lousy-Aggregators">bad feed readers/aggregators</a> or was my assumption just plain wrong?</p>
<p><strong>Update:  Sam Ruby <a href="http://intertwingly.net/blog/2007/09/25/Wordpress-Atom-Futures">has some good commentary</a>, doesn&#8217;t answer my question though&#8230;</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://www.xlml.com/aehso/2007/09/25/wordpress-23-ships-with-app-support/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Wordpress and YouTube go APP, nooked en-route&#8230;</title>
		<link>http://www.xlml.com/aehso/2007/09/03/wordpress-and-youtube-go-app-nooked-en-route/</link>
		<comments>http://www.xlml.com/aehso/2007/09/03/wordpress-and-youtube-go-app-nooked-en-route/#comments</comments>
		<pubDate>Mon, 03 Sep 2007 19:37:40 +0000</pubDate>
		<dc:creator>aehso</dc:creator>
				<category><![CDATA[app]]></category>
		<category><![CDATA[atom]]></category>
		<category><![CDATA[wordpress]]></category>
		<category><![CDATA[youtube]]></category>

		<guid isPermaLink="false">http://www.xlml.com/aehso/2007/09/03/wordpress-and-youtube-go-app-nooked-en-route/</guid>
		<description><![CDATA[The Atom Publishing Protocol (APP) is gaining some serious traction since it went final a few weeks ago.  YouTube have announced that their new APIs are APP/GData based and now Pete Lacey, Sam Ruby and Tim Ruby Bray  have finished adding support for APP to WordPress, in time for WordPress 2.3.
This bodes well [...]]]></description>
			<content:encoded><![CDATA[<p>The <a href="http://www.ietf.org/internet-drafts/draft-ietf-atompub-protocol-17.txt">Atom Publishing Protocol (APP)</a> is gaining some serious traction since <a href="http://bitworking.org/news/222/The-Atom-Publishing-Protocol-is-a-Proposed-Standard">it went final</a> a few weeks ago.  <a href="http://apiblog.youtube.com/2007/08/new-youtube-api-released-into-wild.html">YouTube have announced that their new APIs are APP/GData based</a> and now Pete Lacey, Sam Ruby and Tim <strike>Ruby</strike> Bray  <a href="http://wanderingbarque.com/nonintersecting/2007/09/03/wordpress-and-atompub-revisited/">have finished adding support for APP to WordPress</a>, in time for WordPress 2.3.</p>
<p>This bodes well as APP and <a href="http://code.google.com/apis/gdata/index.html">GData</a> are two of the the core protocols supported by the new feed commerce platform that we (<a href="http://nooked.com/">nooked</a>) are busy building.  Anyone working on services that exposes collections of resources should read the APP spec &#8211; the RESTful approach for publishing collections works <i><b>so well</b></i>&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.xlml.com/aehso/2007/09/03/wordpress-and-youtube-go-app-nooked-en-route/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

