http://www.guj.com.br/posts/list/17.java JForum - http://www.jforum.net
Entrevista: [url=http://www.infoq.com/articles/restlet-louvel-interview]Interview with Jérome Louvel[/url]]]> http://www.guj.com.br/prepost/57823/303996/entrevista-com-o-criador-dos-restlets-jerome-louvel http://www.guj.com.br/prepost/57823/303996/entrevista-com-o-criador-dos-restlets-jerome-louvel GMT

Engraçado que mais uma vez as pessoas estão fazendo as coisas do modo errado. Dos 4 ou 5 sistemas que se dizem REST que eu conheço profuncdamente a maioria é, na verdade, POX.]]> http://www.guj.com.br/prepost/57823/304024/reentrevista-com-o-criador-dos-restlets-jerome-louvel http://www.guj.com.br/prepost/57823/304024/reentrevista-com-o-criador-dos-restlets-jerome-louvel GMT
Mas eu acho que a coisa vai terminar indo nesse caminho mesmo, principalmente se o WPF e XUL realmente vierem atrás do Flex, você faz uma interface completa pra sua aplicação ser exportada via REST e os clientes que se virem pra ficar fazendo as requisições HTTP em cima dela.

Engraçado, esse pensamento me deu um sentimento de deja vú ]]> http://www.guj.com.br/prepost/57823/304107/entrevista-com-o-criador-dos-restlets-jerome-louvel http://www.guj.com.br/prepost/57823/304107/entrevista-com-o-criador-dos-restlets-jerome-louvel GMT http://fragmental.com.br/blog/?p=331

[quote=Fragmental]
POX x REST: Interfaces Padronizadas
April 23rd, 2007

Enquanto o GUJ tem sua massagem noturna eu respondo ao post do Maurício por aqui. O tema é REST x POX, mais especificamente: precisamos usar REST o tempo todo?

Pra você que estava hibernando há uns 12 meses, REST é um estilo arquitetural que se coloca como uma alternativa ao uso de SOAP e padrõesWS -* para criar WebServices. REST é interessante porque este estilo arquitetural é conhecido e utilizado há anos: é o estilo arquitetural que define a Web. Um sistema REST vai usar os métodos HTTP (GET, POST, PUT e DELETE), os content-types, os código de resposta e tudo mais que você ignora solenemente na maioria das aplicações web atuais mas que estão desenvolvidas e especificadas há mais de uma década.

Um possível problema seria de que as pessoas estão dizendo que usam REST quando na verdade apenas usam XML passando por HTTP, o chamadoPOX ( Plain Old XML, um primo do POJO). Este processo é exatamente a mesma coisa que utilizar SOAP com HTTP, exceto pelo fato de que o XML é personalizado (ao invés de 500 envelopes, um dentro do outro) e que não temos umWSDL (o que provavelmente é ruim).

Bom, a pergunta do Maurício é: isso é ruim? A resposta você já sabe: depende, mas depende do quê?

Quando se usa WebServices SOAP ou REST o que se quer é ter uma interface padronizada para um serviço. Há décadas nós temos serviços distribuídos sendoamplamente utilizados, o motivo de existir SOAP e outros é padronizar este ecossistema. Quando você padroniza algo como o protocolo de interface remota de todas as aplicações obviamente você vai pagar um preço em eficiência. Uma aplicação que segue um protocolo genérico como HTTP provavelmente não será tão eficiente em comunicação remota quanto um que segue um protocolo específico e especializado.

A partir do momento que você resolve utilizar uma interface genérica você assina um contrato. Se você me disser que seu sistema éRESTful eu tenho certeza que se eu fizer a requisição de um objeto inexistente seu sistema irá retornar um código de erro 404, e não um código 200 com um XML bonitinho e uma mensagem de erro. 200 pra mimsignifica uma só coisa: ?Ok, o objeto existe e seu conteúdo segue no corpo da mensagem?.

Ao fazer POX você quebra esta regra. Pode ser que seu sistema seja simples e que definir um mini-protocolo baseado em POX seja uma ótima solução, mas você acaba de inventar seu próprio padrão, que é exatamente o que o uso de WebServices tenta evitar. Mesmo para sistemas legados com seus próprios padrões (coisinhas em COBOL, por exemplo), nós temos oESB como tecnologia que converte mensagens para um formato intermediário, de modo que não sejam criados seus próprios padrões. A idéia por trás de REST não é abolir padrões mas sim ter uma especificação simples e eficiente, com um mínimo de primitivas e máxima extensibilidade.
[/quote]]]> http://www.guj.com.br/prepost/57823/304125/reentrevista-com-o-criador-dos-restlets-jerome-louvel http://www.guj.com.br/prepost/57823/304125/reentrevista-com-o-criador-dos-restlets-jerome-louvel GMT ]]> http://www.guj.com.br/prepost/57823/304902/entrevista-com-o-criador-dos-restlets-jerome-louvel http://www.guj.com.br/prepost/57823/304902/entrevista-com-o-criador-dos-restlets-jerome-louvel GMT ), mas POX não é nenhuma porcaria não. Só é preciso tomar cuidado para não botar nenhuma ação que não seja [url=http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.1]safe e idempotente[/url] atrás de um GET.

O Don Box tem escreveu [url=http://pluralsight.com/blogs/dbox/archive/2007/03/07/46337.aspx]coisas[/url] [url=http://pluralsight.com/blogs/dbox/archive/2007/03/08/46375.aspx]interessantes[/url] sobre isso.]]> http://www.guj.com.br/prepost/57823/305659/entrevista-com-o-criador-dos-restlets-jerome-louvel http://www.guj.com.br/prepost/57823/305659/entrevista-com-o-criador-dos-restlets-jerome-louvel GMT
Se você já tem o troço todo pronto lá, inventar pra quê? Até mensagem você pode mandar junto dos erros do HTTP ]]> http://www.guj.com.br/prepost/57823/305665/entrevista-com-o-criador-dos-restlets-jerome-louvel http://www.guj.com.br/prepost/57823/305665/entrevista-com-o-criador-dos-restlets-jerome-louvel GMT 100% REST sobre HTTP, com PUT, POST, GET, DELETE, content-types padronizados (e não, application/xml não conta), sem geração de URIs por clientes, suportando e-tags e o c@&@!0 a quatro é excelente. Atompub rules!
Só estruturar seu serviço como recursos (lembrando que o espaço de recursos é potencialmente infinito) também é bom, mesmo se for necessário deixar de lado algumas das restrições REST, p ex, se o serviço não fizer uso de PUT e DELETE ou se depender de formatos de representação não padrões (qq coisa que não passou pelo IETF e não tem um tipo MIME oficial).
Tomando cuidado para evitar violar o HTTP (como o del.icio.us e bloglines fazem) ou botar semântica de ações nas URLs (como o Amazon Web Services faz), até uma solução POX simples é melhor que muita coisa por aí.

PS: Sou ignorante em BBcode, como faz para funcionar a tag [[list]]?]]> http://www.guj.com.br/prepost/57823/305673/entrevista-com-o-criador-dos-restlets-jerome-louvel http://www.guj.com.br/prepost/57823/305673/entrevista-com-o-criador-dos-restlets-jerome-louvel GMT