<?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 on: HTML não serve para REST</title>
	<atom:link href="http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/feed" rel="self" type="application/rss+xml" />
	<link>http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/</link>
	<description>Além dos limites da WEB!</description>
	<pubDate>Thu, 08 Jan 2009 12:00:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Rodrigo</title>
		<link>http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/#comment-642</link>
		<dc:creator>Rodrigo</dc:creator>
		<pubDate>Wed, 10 Sep 2008 02:10:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/#comment-642</guid>
		<description>Eu li a informação no livro RESTful Webservices, mas me enganei de versão, é o XHTML 5 que no DOCTYPE vai como xhtml111.dtd por isso fiz confusão.
Segue links:
http://www.whatwg.org/specs/
http://www.whatwg.org/specs/web-forms/current-work/</description>
		<content:encoded><![CDATA[<p>Eu li a informação no livro RESTful Webservices, mas me enganei de versão, é o XHTML 5 que no DOCTYPE vai como xhtml111.dtd por isso fiz confusão.<br />
Segue links:<br />
<a href="http://www.whatwg.org/specs/" rel="nofollow">http://www.whatwg.org/specs/</a><br />
<a href="http://www.whatwg.org/specs/web-forms/current-work/" rel="nofollow">http://www.whatwg.org/specs/web-forms/current-work/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cmilfont</title>
		<link>http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/#comment-641</link>
		<dc:creator>cmilfont</dc:creator>
		<pubDate>Tue, 09 Sep 2008 18:49:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/#comment-641</guid>
		<description>Olá @Rodrido, procurei na spec do XHTML 1.1 e do HTML5 e não vi suporte a PUT e DELETE, tem algum link sobre isso?</description>
		<content:encoded><![CDATA[<p>Olá @Rodrido, procurei na spec do XHTML 1.1 e do HTML5 e não vi suporte a PUT e DELETE, tem algum link sobre isso?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rodrigo</title>
		<link>http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/#comment-640</link>
		<dc:creator>Rodrigo</dc:creator>
		<pubDate>Tue, 09 Sep 2008 18:23:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/#comment-640</guid>
		<description>Pode usar o POST sobrecarregado para contornar esse problema, enviando como parâmetro o method que deseja executar, mas o HTML 5 e XHTML 1.1 (se não me engano), ambos ainda em draft, aceitam uso de PUT e DELETE.</description>
		<content:encoded><![CDATA[<p>Pode usar o POST sobrecarregado para contornar esse problema, enviando como parâmetro o method que deseja executar, mas o HTML 5 e XHTML 1.1 (se não me engano), ambos ainda em draft, aceitam uso de PUT e DELETE.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruno Pereira</title>
		<link>http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/#comment-401</link>
		<dc:creator>Bruno Pereira</dc:creator>
		<pubDate>Wed, 23 Apr 2008 00:21:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/#comment-401</guid>
		<description>Oi Cristiano, vc ainda não me conhece, mas assim como você eu sou colunista da Java Magazine. Este mês inclusive tem um artigo meu sobre REST na revista :)

Eu também descobri há alguns meses essa limitação do HTML só enviar requisições GET e POST. O XmlHttpRequest eu sei que permite qualquer método HTTP, mas foi bom ver por aqui que ele não permite realizar requisições em outro host. Eu não sabia disso.

Com esta restrição, realmente só dá para fazer estas requisições REST usando um proxy para encaminhar as requisições. Uma possibilidade também é hospedar o javascript consumidor dos serviços REST no mesmo host dos serviços.

Ah, e uma implementação interessante de proxy poderia utilizar o header x-http-method-override. Este header é comumente utilizado para contornar limitações de clientes ou servidores que não possam utilizar HTTP PUT e DELETE. Nestes casos é feita uma requisição POST, e o header x-http-method-override define qual é o método HTTP desejado.

Você poderia mandar do formulário o valor deste header como parâmetro e aí o proxy gravaria o mesmo como header da requisição, ou então montaria uma requisição HTTP PUT ou DELETE através do proxy. Esta é uma forma razoavelmente limpa de contornar o problema.

Legal o seu blog, vou adicionar no meu Reader.

[]'s

Bruno</description>
		<content:encoded><![CDATA[<p>Oi Cristiano, vc ainda não me conhece, mas assim como você eu sou colunista da Java Magazine. Este mês inclusive tem um artigo meu sobre REST na revista <img src='http://www.milfont.org/tech/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Eu também descobri há alguns meses essa limitação do HTML só enviar requisições GET e POST. O XmlHttpRequest eu sei que permite qualquer método HTTP, mas foi bom ver por aqui que ele não permite realizar requisições em outro host. Eu não sabia disso.</p>
<p>Com esta restrição, realmente só dá para fazer estas requisições REST usando um proxy para encaminhar as requisições. Uma possibilidade também é hospedar o javascript consumidor dos serviços REST no mesmo host dos serviços.</p>
<p>Ah, e uma implementação interessante de proxy poderia utilizar o header x-http-method-override. Este header é comumente utilizado para contornar limitações de clientes ou servidores que não possam utilizar HTTP PUT e DELETE. Nestes casos é feita uma requisição POST, e o header x-http-method-override define qual é o método HTTP desejado.</p>
<p>Você poderia mandar do formulário o valor deste header como parâmetro e aí o proxy gravaria o mesmo como header da requisição, ou então montaria uma requisição HTTP PUT ou DELETE através do proxy. Esta é uma forma razoavelmente limpa de contornar o problema.</p>
<p>Legal o seu blog, vou adicionar no meu Reader.</p>
<p>[]&#8217;s</p>
<p>Bruno</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rafael Ponte</title>
		<link>http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/#comment-394</link>
		<dc:creator>Rafael Ponte</dc:creator>
		<pubDate>Sun, 20 Apr 2008 17:37:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.milfont.org/tech/2008/04/18/html-nao-serve-para-rest/#comment-394</guid>
		<description>Levar uma surra dessas revigora a alma :x</description>
		<content:encoded><![CDATA[<p>Levar uma surra dessas revigora a alma <img src='http://www.milfont.org/tech/wp-includes/images/smilies/icon_mad.gif' alt=':x' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>
