<?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: Client Server 2.0</title>
	<atom:link href="http://www.it-eye.nl/weblog/2008/09/05/client-server-20/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.it-eye.nl/weblog/2008/09/05/client-server-20/</link>
	<description>Where Business meets IT</description>
	<lastBuildDate>Mon, 06 Sep 2010 06:08:59 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: IT-eye &#187; Client-server 2.0 is taking off</title>
		<link>http://www.it-eye.nl/weblog/2008/09/05/client-server-20/comment-page-1/#comment-325282</link>
		<dc:creator>IT-eye &#187; Client-server 2.0 is taking off</dc:creator>
		<pubDate>Thu, 15 Jan 2009 15:01:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.it-eye.nl/weblog/2008/09/05/client-server-20/#comment-325282</guid>
		<description>[...] weeks ago i wrote a post suggesting the name client server 2.0 for browser applications which are completely generated in the browser using static javascript, [...]</description>
		<content:encoded><![CDATA[<p>[...] weeks ago i wrote a post suggesting the name client server 2.0 for browser applications which are completely generated in the browser using static javascript, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IT-eye &#187; Waarom renderen we de view laag eigenlijk nog op de server?</title>
		<link>http://www.it-eye.nl/weblog/2008/09/05/client-server-20/comment-page-1/#comment-325277</link>
		<dc:creator>IT-eye &#187; Waarom renderen we de view laag eigenlijk nog op de server?</dc:creator>
		<pubDate>Thu, 15 Jan 2009 14:56:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.it-eye.nl/weblog/2008/09/05/client-server-20/#comment-325277</guid>
		<description>[...] Client-Server 2.0 [...]</description>
		<content:encoded><![CDATA[<p>[...] Client-Server 2.0 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrej Koelewijn</title>
		<link>http://www.it-eye.nl/weblog/2008/09/05/client-server-20/comment-page-1/#comment-292441</link>
		<dc:creator>Andrej Koelewijn</dc:creator>
		<pubDate>Mon, 08 Sep 2008 14:09:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.it-eye.nl/weblog/2008/09/05/client-server-20/#comment-292441</guid>
		<description>GWT is client-server 2.0 (i&#039;ve updated the illustration) as it generates a javascript client which runs stateful in the browser. The javascript generates all the html needed to display the application. No application server is involved in producing the user interface. It&#039;s just a static file server for the javascript files.

The only reason why GWT is not completely client-server 2.0 is that the communication with the server is not based on a standard like soap or rest. So i think the services used by the gwt application aren&#039;t really reusable by other technologies. My experience with gwt is limited though, so i might be wrong here.</description>
		<content:encoded><![CDATA[<p>GWT is client-server 2.0 (i&#8217;ve updated the illustration) as it generates a javascript client which runs stateful in the browser. The javascript generates all the html needed to display the application. No application server is involved in producing the user interface. It&#8217;s just a static file server for the javascript files.</p>
<p>The only reason why GWT is not completely client-server 2.0 is that the communication with the server is not based on a standard like soap or rest. So i think the services used by the gwt application aren&#8217;t really reusable by other technologies. My experience with gwt is limited though, so i might be wrong here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David C</title>
		<link>http://www.it-eye.nl/weblog/2008/09/05/client-server-20/comment-page-1/#comment-292431</link>
		<dc:creator>David C</dc:creator>
		<pubDate>Mon, 08 Sep 2008 13:41:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.it-eye.nl/weblog/2008/09/05/client-server-20/#comment-292431</guid>
		<description>So how does a technology like GWT fit in there ?</description>
		<content:encoded><![CDATA[<p>So how does a technology like GWT fit in there ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jan</title>
		<link>http://www.it-eye.nl/weblog/2008/09/05/client-server-20/comment-page-1/#comment-292177</link>
		<dc:creator>Jan</dc:creator>
		<pubDate>Sat, 06 Sep 2008 09:26:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.it-eye.nl/weblog/2008/09/05/client-server-20/#comment-292177</guid>
		<description>No matter which client technology - Javascript/HTML/CSS, Flex, SilverLight, JavaFX - one thing is clear. We&#039;re on the verge of creating more responsive, pleasant UI&#039;s for our customers. They had to do without it for far too long.

Personally I like Flex better - for now - because of the more rich widgets and better/faster possibilities to talk to backend services. Much of Flex (and those backend technologies - like BlazeDS) have been open sourced and are (mostly) standards based also. On top of that it has a community which is growing steadily and I &#039;see&#039; developers flocking to it more and more.

I think we first need some consolidation on the Javascript frameworks side, as there are far too many in my view. Kind of reminds me of the abundance of web development frameworks that were/are out there. (Or are you writing &#039;raw&#039; Javascript without the use of framework(s) ;-))</description>
		<content:encoded><![CDATA[<p>No matter which client technology &#8211; Javascript/HTML/CSS, Flex, SilverLight, JavaFX &#8211; one thing is clear. We&#8217;re on the verge of creating more responsive, pleasant UI&#8217;s for our customers. They had to do without it for far too long.</p>
<p>Personally I like Flex better &#8211; for now &#8211; because of the more rich widgets and better/faster possibilities to talk to backend services. Much of Flex (and those backend technologies &#8211; like BlazeDS) have been open sourced and are (mostly) standards based also. On top of that it has a community which is growing steadily and I &#8217;see&#8217; developers flocking to it more and more.</p>
<p>I think we first need some consolidation on the Javascript frameworks side, as there are far too many in my view. Kind of reminds me of the abundance of web development frameworks that were/are out there. (Or are you writing &#8216;raw&#8217; Javascript without the use of framework(s) <img src='http://www.it-eye.nl/weblog/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> )</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Neumueller</title>
		<link>http://www.it-eye.nl/weblog/2008/09/05/client-server-20/comment-page-1/#comment-292056</link>
		<dc:creator>Chris Neumueller</dc:creator>
		<pubDate>Fri, 05 Sep 2008 18:14:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.it-eye.nl/weblog/2008/09/05/client-server-20/#comment-292056</guid>
		<description>Hi!

Actually, Oracle once worked on a Forms version nicknamed Cherokee. Rumours said that it had a standards-based HTML/CSS/JavaScript UI.

Chris</description>
		<content:encoded><![CDATA[<p>Hi!</p>
<p>Actually, Oracle once worked on a Forms version nicknamed Cherokee. Rumours said that it had a standards-based HTML/CSS/JavaScript UI.</p>
<p>Chris</p>
]]></content:encoded>
	</item>
</channel>
</rss>
