<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Slinging some ideas around RESTful content</title>
	<atom:link href="http://ecmarchitect.com/archives/2008/06/30/836/feed" rel="self" type="application/rss+xml" />
	<link>http://ecmarchitect.com/archives/2008/06/30/836</link>
	<description>Jeff Potts on ECM, portals, search, collaboration, and a bunch of personal stuff</description>
	<lastBuildDate>Tue, 09 Mar 2010 23:10:06 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dogs and Cats: EMC, Microsoft, IBM, &#38; Alfresco release CMIS &#124; ecmarchitect.com</title>
		<link>http://ecmarchitect.com/archives/2008/06/30/836/comment-page-1#comment-20128</link>
		<dc:creator>Dogs and Cats: EMC, Microsoft, IBM, &#38; Alfresco release CMIS &#124; ecmarchitect.com</dc:creator>
		<pubDate>Wed, 10 Sep 2008 16:51:19 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2008/06/30/836#comment-20128</guid>
		<description>[...] my post back in June (Slinging some ideas around RESTful content) I mentioned Apache Jackrabbit, Apache Sling, and how there ought to be a standard, REST-based API [...]</description>
		<content:encoded><![CDATA[<p>[...] my post back in June (Slinging some ideas around RESTful content) I mentioned Apache Jackrabbit, Apache Sling, and how there ought to be a standard, REST-based API [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dogs and Cats: EMC, Microsoft, IBM, &#38; Alfresco release CMIS &#124; ecmarchitect.com</title>
		<link>http://ecmarchitect.com/archives/2008/06/30/836/comment-page-1#comment-20129</link>
		<dc:creator>Dogs and Cats: EMC, Microsoft, IBM, &#38; Alfresco release CMIS &#124; ecmarchitect.com</dc:creator>
		<pubDate>Wed, 10 Sep 2008 16:51:19 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2008/06/30/836#comment-20129</guid>
		<description>[...] my post back in June (Slinging some ideas around RESTful content) I mentioned Apache Jackrabbit, Apache Sling, and how there ought to be a standard, REST-based API [...]</description>
		<content:encoded><![CDATA[<p>[...] my post back in June (Slinging some ideas around RESTful content) I mentioned Apache Jackrabbit, Apache Sling, and how there ought to be a standard, REST-based API [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jpotts</title>
		<link>http://ecmarchitect.com/archives/2008/06/30/836/comment-page-1#comment-15997</link>
		<dc:creator>jpotts</dc:creator>
		<pubDate>Thu, 17 Jul 2008 20:52:56 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2008/06/30/836#comment-15997</guid>
		<description>Gaurav,

You can use web scripts to work with content in the WCM (&quot;AVM&quot;) store. And, you can render dashlets with web scripts (you&#039;d place an r:webScript tag on a JSP page and then tell the dashboard that your dashlet is rendered with that JSP).

If you extend Alfresco&#039;s content model, you should be able to use the web client to modify that metadata. So, I&#039;m not sure what dashlets and web scripts buy you in this particular case unless you are talking about persisting metadata from a web page accessed by users who are not going through the web client.

If that&#039;s the case, dashlets don&#039;t make sense because they only work within the web client. Web scripts without dashlets is a good approach for this kind of thing, though.

Hope that helps,

Jeff</description>
		<content:encoded><![CDATA[<p>Gaurav,</p>
<p>You can use web scripts to work with content in the WCM (&#8221;AVM&#8221;) store. And, you can render dashlets with web scripts (you&#8217;d place an r:webScript tag on a JSP page and then tell the dashboard that your dashlet is rendered with that JSP).</p>
<p>If you extend Alfresco&#8217;s content model, you should be able to use the web client to modify that metadata. So, I&#8217;m not sure what dashlets and web scripts buy you in this particular case unless you are talking about persisting metadata from a web page accessed by users who are not going through the web client.</p>
<p>If that&#8217;s the case, dashlets don&#8217;t make sense because they only work within the web client. Web scripts without dashlets is a good approach for this kind of thing, though.</p>
<p>Hope that helps,</p>
<p>Jeff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gaurav</title>
		<link>http://ecmarchitect.com/archives/2008/06/30/836/comment-page-1#comment-15429</link>
		<dc:creator>Gaurav</dc:creator>
		<pubDate>Sun, 06 Jul 2008 20:10:07 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2008/06/30/836#comment-15429</guid>
		<description>Jeff,

I am new person in the alfresco world. I am working on a project where in I have to use the functionality most of the functionality by WCM but I also I wanted the document management style functionality like attaching meta data to the uploaded documents in a website. 

We were able to decide we could do this using the dashlet functionality that is available and then then calling some functional web scripts web scripts which will be extending the content model for. 

I was wondering if had nay suggestions regarding the same.

Thanks,
Gaurav</description>
		<content:encoded><![CDATA[<p>Jeff,</p>
<p>I am new person in the alfresco world. I am working on a project where in I have to use the functionality most of the functionality by WCM but I also I wanted the document management style functionality like attaching meta data to the uploaded documents in a website. </p>
<p>We were able to decide we could do this using the dashlet functionality that is available and then then calling some functional web scripts web scripts which will be extending the content model for. </p>
<p>I was wondering if had nay suggestions regarding the same.</p>
<p>Thanks,<br />
Gaurav</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Marth</title>
		<link>http://ecmarchitect.com/archives/2008/06/30/836/comment-page-1#comment-15218</link>
		<dc:creator>Michael Marth</dc:creator>
		<pubDate>Tue, 01 Jul 2008 12:14:18 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2008/06/30/836#comment-15218</guid>
		<description>Jeff,

interesting post. 2 comments though:

Re JCR and Atom: David Nuescheler has written a post about this topic that might be of interest for you. 
http://dev.day.com/microsling/content/blogs/main/jcr-loves-atom.html

Re coarse and fine-grained APIs: Sling comes with support for JSON out of the box. Calling parties can specify the number hierarchy levels they want to retrieve.

Cheers
Michael</description>
		<content:encoded><![CDATA[<p>Jeff,</p>
<p>interesting post. 2 comments though:</p>
<p>Re JCR and Atom: David Nuescheler has written a post about this topic that might be of interest for you.<br />
<a href="http://dev.day.com/microsling/content/blogs/main/jcr-loves-atom.html" rel="nofollow">http://dev.day.com/microsling/content/blogs/main/jcr-loves-atom.html</a></p>
<p>Re coarse and fine-grained APIs: Sling comes with support for JSON out of the box. Calling parties can specify the number hierarchy levels they want to retrieve.</p>
<p>Cheers<br />
Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrei Filimonov</title>
		<link>http://ecmarchitect.com/archives/2008/06/30/836/comment-page-1#comment-15196</link>
		<dc:creator>Andrei Filimonov</dc:creator>
		<pubDate>Mon, 30 Jun 2008 23:07:54 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/archives/2008/06/30/836#comment-15196</guid>
		<description>Jeff,

I think you shouldn&#039;t look farther then Atom Publishing Protocol. Atom with extensions (which are part of the specification) covers pretty much all you need to support restful content services. And base on what other vendors are doing (e.g. IBM Quickr) it looks like emerging content API standard.</description>
		<content:encoded><![CDATA[<p>Jeff,</p>
<p>I think you shouldn&#8217;t look farther then Atom Publishing Protocol. Atom with extensions (which are part of the specification) covers pretty much all you need to support restful content services. And base on what other vendors are doing (e.g. IBM Quickr) it looks like emerging content API standard.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
