<?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 for Dave's Alfresco Chatter</title>
	<atom:link href="http://blogs.alfresco.com/wp/davidc/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.alfresco.com/wp/davidc</link>
	<description>Talk about the Alfresco Product, Technology, Architecture and Development</description>
	<pubDate>Sat, 13 Mar 2010 22:35:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>Comment on Facebook Application in 9 Lines of Code by David Caruana</title>
		<link>http://blogs.alfresco.com/wp/davidc/2008/02/01/facebook-application-in-9-lines-of-code/#comment-38</link>
		<dc:creator>David Caruana</dc:creator>
		<pubDate>Fri, 01 Feb 2008 12:20:25 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.alfresco.com/davidc/?p=12#comment-38</guid>
		<description>Thanks for your comments.

I'm not really interested in comparing apples to oranges.  I'm more interested in how we can make it really easy to develop Facebook apps on the Java platform - using whatever kind of tool.  As I said, it's cool that Wicket is allowing this.  I like Wicket and its approach.  What I would like to see is the next step - a pre-built Wicket package that hides all the Facebook plumbing (which is not that easy to decipher) - a Facebook Java developer platform.  It seems the core of the code is there, perhaps it's in the works.  If I had spare time, I'd love to contribute to such a thing.

With these kinds of platforms we might see more interesting Facebook apps.</description>
		<content:encoded><![CDATA[<p>Thanks for your comments.</p>
<p>I&#8217;m not really interested in comparing apples to oranges.  I&#8217;m more interested in how we can make it really easy to develop Facebook apps on the Java platform - using whatever kind of tool.  As I said, it&#8217;s cool that Wicket is allowing this.  I like Wicket and its approach.  What I would like to see is the next step - a pre-built Wicket package that hides all the Facebook plumbing (which is not that easy to decipher) - a Facebook Java developer platform.  It seems the core of the code is there, perhaps it&#8217;s in the works.  If I had spare time, I&#8217;d love to contribute to such a thing.</p>
<p>With these kinds of platforms we might see more interesting Facebook apps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Facebook Application in 9 Lines of Code by Bob Austin</title>
		<link>http://blogs.alfresco.com/wp/davidc/2008/02/01/facebook-application-in-9-lines-of-code/#comment-37</link>
		<dc:creator>Bob Austin</dc:creator>
		<pubDate>Fri, 01 Feb 2008 05:03:32 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.alfresco.com/davidc/?p=12#comment-37</guid>
		<description>Wow, comparing a general web application framework to a content management system...apples to oranges?

How many lines of code in that 100 line wicket app are generic and can be packaged into a jar an application author can drop in? If I look at the wiki page you've created I would say that the actual Wicket application code consists of: 1 line of markup, and 6 lines of actual java code (not counting class/method declarations that ides generate for you).

As far as refreshing goes you are not completely on target. If you launch a wicket app in debug mode java's hotswap can accommodate you a pretty big percentage of time. In development mode wicket also reloads markup and property files automatically when they are modified.

So next time, try to get your facts a little more straight. No Wicket doesnt have built in REST querying support , its a web application framework.</description>
		<content:encoded><![CDATA[<p>Wow, comparing a general web application framework to a content management system&#8230;apples to oranges?</p>
<p>How many lines of code in that 100 line wicket app are generic and can be packaged into a jar an application author can drop in? If I look at the wiki page you&#8217;ve created I would say that the actual Wicket application code consists of: 1 line of markup, and 6 lines of actual java code (not counting class/method declarations that ides generate for you).</p>
<p>As far as refreshing goes you are not completely on target. If you launch a wicket app in debug mode java&#8217;s hotswap can accommodate you a pretty big percentage of time. In development mode wicket also reloads markup and property files automatically when they are modified.</p>
<p>So next time, try to get your facts a little more straight. No Wicket doesnt have built in REST querying support , its a web application framework.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Facebook Application in 9 Lines of Code by Eelco Hillenius</title>
		<link>http://blogs.alfresco.com/wp/davidc/2008/02/01/facebook-application-in-9-lines-of-code/#comment-36</link>
		<dc:creator>Eelco Hillenius</dc:creator>
		<pubDate>Fri, 01 Feb 2008 04:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.alfresco.com/davidc/?p=12#comment-36</guid>
		<description>Hi,

Your code looks nice and compact. The comparison with that Wicket WIKI item (that somehow got posted to DZone) isn't entirely fair though, because what you see there is actually the integration code. Also, test - code - test works fine with Wicket, especially when using something like JavaRebel.

It's a nice thing to look at though. ATM, Wicket doesn't really have specialized components for handling external REST content. Would be a fun exercise to write something sleek.

Cheers,

Eelco</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Your code looks nice and compact. The comparison with that Wicket WIKI item (that somehow got posted to DZone) isn&#8217;t entirely fair though, because what you see there is actually the integration code. Also, test - code - test works fine with Wicket, especially when using something like JavaRebel.</p>
<p>It&#8217;s a nice thing to look at though. ATM, Wicket doesn&#8217;t really have specialized components for handling external REST content. Would be a fun exercise to write something sleek.</p>
<p>Cheers,</p>
<p>Eelco</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Alfresco Web Services Revisited by David Caruana</title>
		<link>http://blogs.alfresco.com/wp/davidc/2007/06/28/alfresco-web-services-revisited/#comment-34</link>
		<dc:creator>David Caruana</dc:creator>
		<pubDate>Thu, 20 Sep 2007 12:02:50 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.alfresco.com/davidc/?p=10#comment-34</guid>
		<description>Vineet, there are some simple samples at http://wiki.alfresco.com/wiki/Web_Scripts_Examples</description>
		<content:encoded><![CDATA[<p>Vineet, there are some simple samples at <a href="http://wiki.alfresco.com/wiki/Web_Scripts_Examples" rel="nofollow">http://wiki.alfresco.com/wiki/Web_Scripts_Examples</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Alfresco Web Services Revisited by Vineet</title>
		<link>http://blogs.alfresco.com/wp/davidc/2007/06/28/alfresco-web-services-revisited/#comment-33</link>
		<dc:creator>Vineet</dc:creator>
		<pubDate>Thu, 20 Sep 2007 11:43:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.alfresco.com/davidc/?p=10#comment-33</guid>
		<description>Please re-read the above as

That will lessen the learning curve.</description>
		<content:encoded><![CDATA[<p>Please re-read the above as</p>
<p>That will lessen the learning curve.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Alfresco Web Services Revisited by Vineet</title>
		<link>http://blogs.alfresco.com/wp/davidc/2007/06/28/alfresco-web-services-revisited/#comment-32</link>
		<dc:creator>Vineet</dc:creator>
		<pubDate>Thu, 20 Sep 2007 11:39:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.alfresco.com/davidc/?p=10#comment-32</guid>
		<description>It will be very helpful if there are examples along with the script listing found at alfresco/service/index/all.

That will make lessen the learning curve.</description>
		<content:encoded><![CDATA[<p>It will be very helpful if there are examples along with the script listing found at alfresco/service/index/all.</p>
<p>That will make lessen the learning curve.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on RESTful Web Scripts - Servlet Based But Java Not Required by Jason Campbell</title>
		<link>http://blogs.alfresco.com/wp/davidc/2007/08/16/restful-web-scripts-servlet-based-but-java-not-required/#comment-35</link>
		<dc:creator>Jason Campbell</dc:creator>
		<pubDate>Thu, 30 Aug 2007 13:16:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.alfresco.com/davidc/?p=11#comment-35</guid>
		<description>Hi Dave,

My name is Jason Campbell and I am a contributing writer at http://www.cmswire.com.  I wanted to point you toward a recent piece that we published that follows on with the discussion and attempts to include some of the items that you link to.

http://www.cmswire.com/cms/enterprise-cms/alfresco-goes-light-with-web-scripts-pattern-001622.php

I would love to hear any feedback you have about the piece or any further discussion on the topic.

Thanks,

Jason Campbell
Contributing Writer - CMSWire.com
jason@cmswire.com</description>
		<content:encoded><![CDATA[<p>Hi Dave,</p>
<p>My name is Jason Campbell and I am a contributing writer at <a href="http://www.cmswire.com" rel="nofollow">http://www.cmswire.com</a>.  I wanted to point you toward a recent piece that we published that follows on with the discussion and attempts to include some of the items that you link to.</p>
<p><a href="http://www.cmswire.com/cms/enterprise-cms/alfresco-goes-light-with-web-scripts-pattern-001622.php" rel="nofollow">http://www.cmswire.com/cms/enterprise-cms/alfresco-goes-light-with-web-scripts-pattern-001622.php</a></p>
<p>I would love to hear any feedback you have about the piece or any further discussion on the topic.</p>
<p>Thanks,</p>
<p>Jason Campbell<br />
Contributing Writer - CMSWire.com<br />
<a href="mailto:jason@cmswire.com">jason@cmswire.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Alfresco Web Services Revisited by Atom 1.0 is complete</title>
		<link>http://blogs.alfresco.com/wp/davidc/2007/06/28/alfresco-web-services-revisited/#comment-31</link>
		<dc:creator>Atom 1.0 is complete</dc:creator>
		<pubDate>Wed, 25 Jul 2007 17:44:56 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.alfresco.com/davidc/?p=10#comment-31</guid>
		<description>[...] Others have already commented on the potentially powerful relationship between REST and ECM. Given APP&#8217;s RESTful approach and it&#8217;s focus on publishing and editing web resources (e.g. documents, multimedia, metadata), one should expect to see Atom (format and protocol) take hold across the ECM ecosystem. [...]</description>
		<content:encoded><![CDATA[<p>[...] Others have already commented on the potentially powerful relationship between REST and ECM. Given APP&#8217;s RESTful approach and it&#8217;s focus on publishing and editing web resources (e.g. documents, multimedia, metadata), one should expect to see Atom (format and protocol) take hold across the ECM ecosystem. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Alfresco Web Services Revisited by Alfresco Fresh Talk&#8230; &#187; Quick Writeup on Alfresco Web Scripting&#8230;</title>
		<link>http://blogs.alfresco.com/wp/davidc/2007/06/28/alfresco-web-services-revisited/#comment-30</link>
		<dc:creator>Alfresco Fresh Talk&#8230; &#187; Quick Writeup on Alfresco Web Scripting&#8230;</dc:creator>
		<pubDate>Fri, 29 Jun 2007 04:21:04 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.alfresco.com/davidc/?p=10#comment-30</guid>
		<description>[...] Dave Caruana has posted a little article that very succinctly outlines the ease by which new &#8220;web services&#8221; (in the non-SOAP sense) can be developed using our Web Scripts. [...]</description>
		<content:encoded><![CDATA[<p>[...] Dave Caruana has posted a little article that very succinctly outlines the ease by which new &#8220;web services&#8221; (in the non-SOAP sense) can be developed using our Web Scripts. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Alfresco Web Services Revisited by Unevenly Distributed : links for 2007-06-28</title>
		<link>http://blogs.alfresco.com/wp/davidc/2007/06/28/alfresco-web-services-revisited/#comment-29</link>
		<dc:creator>Unevenly Distributed : links for 2007-06-28</dc:creator>
		<pubDate>Thu, 28 Jun 2007 23:35:13 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.alfresco.com/davidc/?p=10#comment-29</guid>
		<description>[...] under Play. Follow any responses to this post with its comments RSS feed. You can post a comment or trackback from yourblog. [...]</description>
		<content:encoded><![CDATA[<p>[...] under Play. Follow any responses to this post with its comments RSS feed. You can post a comment or trackback from yourblog. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
