<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Restlet available on Android phones</title>
	<atom:link href="http://blog.noelios.com/2009/05/06/restlet-available-on-android-phones/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.noelios.com/2009/05/06/restlet-available-on-android-phones/</link>
	<description>Realize your Web ideas !</description>
	<lastBuildDate>Tue, 16 Feb 2010 11:23:29 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Restlet, a RESTful middleware for GWT, GAE and Android &#171; Noelios Technologies</title>
		<link>http://blog.noelios.com/2009/05/06/restlet-available-on-android-phones/#comment-7670</link>
		<dc:creator>Restlet, a RESTful middleware for GWT, GAE and Android &#171; Noelios Technologies</dc:creator>
		<pubDate>Thu, 17 Dec 2009 19:47:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.noelios.com/?p=490#comment-7670</guid>
		<description>[...] Android for deployment on compatible smartphones [...]</description>
		<content:encoded><![CDATA[<p>[...] Android for deployment on compatible smartphones [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerome Louvel</title>
		<link>http://blog.noelios.com/2009/05/06/restlet-available-on-android-phones/#comment-7350</link>
		<dc:creator>Jerome Louvel</dc:creator>
		<pubDate>Wed, 26 Aug 2009 17:14:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.noelios.com/?p=490#comment-7350</guid>
		<description>Hi Harold,

It not unRESTful at all. You might want to use query parameter to control the depth of your representations. Having both seem useful. 

What also seems important is to be able to access to each friend independently, if necessary.

Best regards,
Jerome</description>
		<content:encoded><![CDATA[<p>Hi Harold,</p>
<p>It not unRESTful at all. You might want to use query parameter to control the depth of your representations. Having both seem useful. </p>
<p>What also seems important is to be able to access to each friend independently, if necessary.</p>
<p>Best regards,<br />
Jerome</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: harold</title>
		<link>http://blog.noelios.com/2009/05/06/restlet-available-on-android-phones/#comment-7347</link>
		<dc:creator>harold</dc:creator>
		<pubDate>Wed, 26 Aug 2009 08:16:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.noelios.com/?p=490#comment-7347</guid>
		<description>Hi,
i have a question about using Restful-Webservice with Android. For example i have a Webservice where i save all my contacts/friends. So in Rest every Friend is a Ressource. For example if i have 20 Friends, then the Client asks for the Friends and gets a List of 20 IDs, and then he must make 20 Request to get Information of every Friend. If im making a URI like &quot;.../clientid/getallfriends&quot; on the Serverside, from which i get directly all 20 friends in the Response, then its a anti-pattern in REST. But how can the first solution be efficient in the mobile evironment, cause the network is slow and unreliable and every request needs batterypower? In the first solution i have 1+20 Requests, in the second i have only 1 Request. I really want to understand. Thank you</description>
		<content:encoded><![CDATA[<p>Hi,<br />
i have a question about using Restful-Webservice with Android. For example i have a Webservice where i save all my contacts/friends. So in Rest every Friend is a Ressource. For example if i have 20 Friends, then the Client asks for the Friends and gets a List of 20 IDs, and then he must make 20 Request to get Information of every Friend. If im making a URI like &#8220;&#8230;/clientid/getallfriends&#8221; on the Serverside, from which i get directly all 20 friends in the Response, then its a anti-pattern in REST. But how can the first solution be efficient in the mobile evironment, cause the network is slow and unreliable and every request needs batterypower? In the first solution i have 1+20 Requests, in the second i have only 1 Request. I really want to understand. Thank you</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Restlet 2.0 M4 released &#171; Noelios Technologies</title>
		<link>http://blog.noelios.com/2009/05/06/restlet-available-on-android-phones/#comment-7342</link>
		<dc:creator>Restlet 2.0 M4 released &#171; Noelios Technologies</dc:creator>
		<pubDate>Tue, 25 Aug 2009 10:05:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.noelios.com/?p=490#comment-7342</guid>
		<description>[...] that we support: Java SE, Java EE (with Servlet support), Google Web Toolkit, Google App Engine and Android. In addition, the porting of the main source code base to each edition is now fully automated, [...]</description>
		<content:encoded><![CDATA[<p>[...] that we support: Java SE, Java EE (with Servlet support), Google Web Toolkit, Google App Engine and Android. In addition, the porting of the main source code base to each edition is now fully automated, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: selem</title>
		<link>http://blog.noelios.com/2009/05/06/restlet-available-on-android-phones/#comment-7333</link>
		<dc:creator>selem</dc:creator>
		<pubDate>Mon, 10 Aug 2009 12:50:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.noelios.com/?p=490#comment-7333</guid>
		<description>url to the android sample application should be http://wiki.restlet.org/docs_2.0/13-restlet/275-restlet/266-restlet/269-restlet.html. the blog post refers to a 404 location.</description>
		<content:encoded><![CDATA[<p>url to the android sample application should be <a href="http://wiki.restlet.org/docs_2.0/13-restlet/275-restlet/266-restlet/269-restlet.html" rel="nofollow">http://wiki.restlet.org/docs_2.0/13-restlet/275-restlet/266-restlet/269-restlet.html</a>. the blog post refers to a 404 location.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Restlet 2.0 M3 released &#171; Noelios Technologies</title>
		<link>http://blog.noelios.com/2009/05/06/restlet-available-on-android-phones/#comment-7301</link>
		<dc:creator>Restlet 2.0 M3 released &#171; Noelios Technologies</dc:creator>
		<pubDate>Wed, 27 May 2009 09:44:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.noelios.com/?p=490#comment-7301</guid>
		<description>[...] growing number of special Restlet editions (Java SE/EE, Google Web Toolkit, Google App Engine and Android), it seemed appropriate to rename the Restlet 1.2 branch into Restlet [...]</description>
		<content:encoded><![CDATA[<p>[...] growing number of special Restlet editions (Java SE/EE, Google Web Toolkit, Google App Engine and Android), it seemed appropriate to rename the Restlet 1.2 branch into Restlet [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerome Louvel</title>
		<link>http://blog.noelios.com/2009/05/06/restlet-available-on-android-phones/#comment-7283</link>
		<dc:creator>Jerome Louvel</dc:creator>
		<pubDate>Thu, 07 May 2009 07:27:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.noelios.com/?p=490#comment-7283</guid>
		<description>Hi Gabriel,

Yes, we are on the same page. The idea is to fully leverage REST/HTTP to decouple clients and servers which can end-up being located in various places. A key feature is content negotiation which can be leveraged to adjust representations to the capabilities of the clients (GWT, jQuery, Silverlight, Flex, etc.) on the server-side.

Regarding the serialization of values/objects into representations (and vice versa), we are making significant progress for our next Restlet 2.0 release (due at the end of 2009). See for example the new ConverterService and the new Resource API.

Best regards,
Jerome</description>
		<content:encoded><![CDATA[<p>Hi Gabriel,</p>
<p>Yes, we are on the same page. The idea is to fully leverage REST/HTTP to decouple clients and servers which can end-up being located in various places. A key feature is content negotiation which can be leveraged to adjust representations to the capabilities of the clients (GWT, jQuery, Silverlight, Flex, etc.) on the server-side.</p>
<p>Regarding the serialization of values/objects into representations (and vice versa), we are making significant progress for our next Restlet 2.0 release (due at the end of 2009). See for example the new ConverterService and the new Resource API.</p>
<p>Best regards,<br />
Jerome</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gabriel Kastenbaum</title>
		<link>http://blog.noelios.com/2009/05/06/restlet-available-on-android-phones/#comment-7282</link>
		<dc:creator>Gabriel Kastenbaum</dc:creator>
		<pubDate>Wed, 06 May 2009 22:09:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.noelios.com/?p=490#comment-7282</guid>
		<description>I do agree with your way to see the future:
* services availables &quot;somewhere&quot; - on a Google App Engine plateform or any other plateform.
* Different types of clients : Android, but also RIA clients - flex, but why not javascript clients written with GWT or with JQuery?
* Communication with REST services. Here we need Restlest. Or – why not – if you are on a php server – using some php script
With that kind of architecture developping available services become easy. Then you just have to convert and integrate the values that you receive - this is not the smallest part in reality, but this part should be improved in the future. If you are interested, you can have an eye on our blog where we published some studies about that kind of architectures and where we related the problems that you can encounter  - it&#039;s in french (blog.oxiane.com)</description>
		<content:encoded><![CDATA[<p>I do agree with your way to see the future:<br />
* services availables &#8220;somewhere&#8221; &#8211; on a Google App Engine plateform or any other plateform.<br />
* Different types of clients : Android, but also RIA clients &#8211; flex, but why not javascript clients written with GWT or with JQuery?<br />
* Communication with REST services. Here we need Restlest. Or – why not – if you are on a php server – using some php script<br />
With that kind of architecture developping available services become easy. Then you just have to convert and integrate the values that you receive &#8211; this is not the smallest part in reality, but this part should be improved in the future. If you are interested, you can have an eye on our blog where we published some studies about that kind of architectures and where we related the problems that you can encounter  &#8211; it&#8217;s in french (blog.oxiane.com)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
