<?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: Ajax no VRaptor: JSON da maneira fácil</title>
	<atom:link href="http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/</link>
	<description>blog dos desenvolvedores da Caelum</description>
	<pubDate>Mon, 05 Jan 2009 20:29:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Neyvo</title>
		<link>http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/comment-page-1/#comment-45157</link>
		<dc:creator>Neyvo</dc:creator>
		<pubDate>Wed, 23 Jul 2008 19:04:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/#comment-45157</guid>
		<description>No vraptor tem algum propriedade para alterar o tamanho do upload do MultipartRequestInterceptor? Tive que alterar o codigo fonte do vraptor para poder alterar esse valor.</description>
		<content:encoded><![CDATA[<p>No vraptor tem algum propriedade para alterar o tamanho do upload do MultipartRequestInterceptor? Tive que alterar o codigo fonte do vraptor para poder alterar esse valor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thiago Roberto Gaspar Pinto</title>
		<link>http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/comment-page-1/#comment-20833</link>
		<dc:creator>Thiago Roberto Gaspar Pinto</dc:creator>
		<pubDate>Wed, 10 Oct 2007 20:10:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/#comment-20833</guid>
		<description>Por favor, eh soh um nome... Sabemos q @Remotable irá disponibilizar informação de maneira remota e pronto, seja em json ou xml... levar seus criadores a um refactory seria frescura demais pessoal...

Tah ótimo @Remotable</description>
		<content:encoded><![CDATA[<p>Por favor, eh soh um nome&#8230; Sabemos q @Remotable irá disponibilizar informação de maneira remota e pronto, seja em json ou xml&#8230; levar seus criadores a um refactory seria frescura demais pessoal&#8230;</p>
<p>Tah ótimo @Remotable</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diego Pires Plentz</title>
		<link>http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/comment-page-1/#comment-399</link>
		<dc:creator>Diego Pires Plentz</dc:creator>
		<pubDate>Sun, 26 Nov 2006 19:18:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/#comment-399</guid>
		<description>Por mais que já esteja lá Luca, um refactoring sempre cai bem. 

"Se é para o bem e felicidade da nação, digam que refatoro!"</description>
		<content:encoded><![CDATA[<p>Por mais que já esteja lá Luca, um refactoring sempre cai bem. </p>
<p>&#8220;Se é para o bem e felicidade da nação, digam que refatoro!&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luca Bastos</title>
		<link>http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/comment-page-1/#comment-343</link>
		<dc:creator>Luca Bastos</dc:creator>
		<pubDate>Tue, 14 Nov 2006 02:10:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/#comment-343</guid>
		<description>ser·vice·a·ble
adj.
1. Ready for service; usable: serviceable equipment.
2. Able to give long service; durable: a heavy, serviceable fabric.
.
Fonte: http://www.thefreedictionary.com/serviceable
.
(O The Free Dictionary é REST :) )
.
A discussão agora precisaria de um linguista. 
.
Eu gosto mais de @Serviceable mas depois de tanto papo já não sei mais se vale a pena trocar de nome, até porque reparei que na versão atual 2.2.3 a annotation @Remotable já está lá.</description>
		<content:encoded><![CDATA[<p>ser·vice·a·ble<br />
adj.<br />
1. Ready for service; usable: serviceable equipment.<br />
2. Able to give long service; durable: a heavy, serviceable fabric.<br />
.<br />
Fonte: <a href="http://www.thefreedictionary.com/serviceable" rel="nofollow">http://www.thefreedictionary.com/serviceable</a><br />
.<br />
(O The Free Dictionary é REST <img src='http://blog.caelum.com.br/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> )<br />
.<br />
A discussão agora precisaria de um linguista.<br />
.<br />
Eu gosto mais de @Serviceable mas depois de tanto papo já não sei mais se vale a pena trocar de nome, até porque reparei que na versão atual 2.2.3 a annotation @Remotable já está lá.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paulo Silveira</title>
		<link>http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/comment-page-1/#comment-342</link>
		<dc:creator>Paulo Silveira</dc:creator>
		<pubDate>Tue, 14 Nov 2006 01:02:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/#comment-342</guid>
		<description>Ok ok! O nome da anotacao parece nao ter saido a melhor do mundo. Talvez @Service ou @Serviceable (?) ficasse melhor.</description>
		<content:encoded><![CDATA[<p>Ok ok! O nome da anotacao parece nao ter saido a melhor do mundo. Talvez @Service ou @Serviceable (?) ficasse melhor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luca Bastos</title>
		<link>http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/comment-page-1/#comment-341</link>
		<dc:creator>Luca Bastos</dc:creator>
		<pubDate>Mon, 13 Nov 2006 22:10:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/#comment-341</guid>
		<description>Procês o "o" que ficou faltando em netzooid. ;)</description>
		<content:encoded><![CDATA[<p>Procês o &#8220;o&#8221; que ficou faltando em netzooid. <img src='http://blog.caelum.com.br/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luca Bastos</title>
		<link>http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/comment-page-1/#comment-340</link>
		<dc:creator>Luca Bastos</dc:creator>
		<pubDate>Mon, 13 Nov 2006 21:41:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/#comment-340</guid>
		<description>Vale a pena ver como o Xfire/CXF está encarando a questão de serviços via REST/JSON lá no blog do Dan Diephouse (http://netzoid.com/blog)

Quanto mais estudo Web services, mais fã fico das soluções REST (e porque não dizer, JSON).</description>
		<content:encoded><![CDATA[<p>Vale a pena ver como o Xfire/CXF está encarando a questão de serviços via REST/JSON lá no blog do Dan Diephouse (http://netzoid.com/blog)</p>
<p>Quanto mais estudo Web services, mais fã fico das soluções REST (e porque não dizer, JSON).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rafael de F. Ferreira</title>
		<link>http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/comment-page-1/#comment-320</link>
		<dc:creator>Rafael de F. Ferreira</dc:creator>
		<pubDate>Fri, 10 Nov 2006 14:13:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.caelum.com.br/2006/11/08/ajax-no-vraptor-json-da-maneira-facil/#comment-320</guid>
		<description>Acho que remotable é bem adequado. Eu não gosto da idéia de usar uma annotation com REST no nome porque isso não tem nada a ver com REST, que é um estilo arquitetural (por natureza abstrato) centrado no conceito de recurso. Usando esse mecanismo do VRaptor dá facilmente para fazer sistemas não-REST. Se a saída fosse só em xml @POX seria legal.</description>
		<content:encoded><![CDATA[<p>Acho que remotable é bem adequado. Eu não gosto da idéia de usar uma annotation com REST no nome porque isso não tem nada a ver com REST, que é um estilo arquitetural (por natureza abstrato) centrado no conceito de recurso. Usando esse mecanismo do VRaptor dá facilmente para fazer sistemas não-REST. Se a saída fosse só em xml @POX seria legal.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
