WebService do tipo REST

This message was edited 1 time. Last update was at 01/02/2008 03:06:09

O Leonardo esta mostrando a maneira bonita e ideal de implementar rest, parabens! é assim mesmo.

Mas, se voce for ver por ai, ate mesmo as grandes empresas que o Luca cita na assinatura dele não usam rest dessa maneira. O Flickr da yahoo, por exemplo, se diz restful, mas usa a mesmissima URL para todos os servicos, nao tendo a ideia de aproveitar a URI:
http://www.flickr.com/services/api/

E cada um usa sua propria ideia de REST da maneira que o convem.

A JSR de Rest da Sun da suporte a implementar da maneira "correta" (que esta muito interessante alias, e o glassfish tem ela implementada beta no jersey):
http://www.jcp.org/en/jsr/detail?id=311

Fortemente baseada em anotacoes. Bem legal.

Rafael Nunes wrote:Rodrigo, por que você adotou essa separação por resource na URI(/usuario/, /venda.status/) e não query String do método GET?

Po, sei lá... achei que ficaria melhor a visualização do que aquelas montagens de query string... mas no final ficou legal que a DSL já entende o que foi mandado, de qualquer forma... se fosse query string, eu teria que fazer uma procura especializada... ou não... sei lá...

Bem, respondendo, foi por uma melhor visualização e pra entendimento automativo da DSL...

Paulo Silveira wrote: Mas, se voce for ver por ai, ate mesmo as grandes empresas que o Luca cita na assinatura dele não usam rest dessa maneira. O Flickr da yahoo, por exemplo, se diz restful, mas usa a mesmissima URL para todos os servicos, nao tendo a ideia de aproveitar a URI:
http://www.flickr.com/services/api/

Flick API wrote:
http://api.flickr.com/services/rest/?method=flickr.test.echo&name=value

Até agora, REST está me parecendo simplesmente RMI em cima de HTTP. Só que invês de objeto serializado, vc usa XML ou JSON para não ficar atrelado ao Java.

saoj wrote:Até agora, REST está me parecendo simplesmente RMI em cima de HTTP. Só que invês de objeto serializado, vc usa XML ou JSON para não ficar atrelado ao Java.

Po, é uma comparação meio trivial.... se for assim, qualquer coisa que vc faça uma chamada padronizada (URI) e ele responda de qualquer maneira que seja, é parecido com RMI, REST, EJB, CORBA, JMS, etc.

Acho que o legal do REST (e pelo que eu to vendo no levante desse topico) é a possibilidade de tornar simples um conceito que pra muitos era complicado...
Afinal, WebService nas vias "normais" (SOAP) é tranquilo tambem, mas eu sentia que causava medo em certas pessoas... JMS então, nem se fala... Já REST o pessoal entende que é HTTP e Servlet puro e aplicado...

Po, é uma comparação meio trivial....

Verdade, mas o grosso da idéia é isso. É aquela velha história: "Pra que simplificar quando se pode complicar?"

Many SOAP adherents make the claim that systems are complex and therefore require complex solutions. REST is too simple and therefore cannot be used to solve complex problems. This claim is same claim that any vendor will make to help you justify paying a higher margin. The reality is, the claim is entirely false, complex systems can be built using simple components.

Fonte: http://www.manageability.org/blog/stuff/rest-explained-in-code

Acabei de descobrir uma diferença em relação a RMI. REST, diferentemente de RMI, só pode fazer chamada STATELESS. Isso é para facilitar o cache, simplicidade e escalabilidade.

Ja que o tópico é sobre REST... se alguem ainda não ouviu falar...

Project Zero

This message was edited 1 time. Last update was at 01/02/2008 16:57:48

Encontrei um link que esclareceu todas as minhas dúvidas sobre Rest.

Estou RESTful.

http://www.peej.co.uk/articles/restfully-delicious.html

Debugger Membro desde: 01/02/2008 15:46:33 Mensagens: 59 Offline

Fala pessoal

Foi me dada a tarefa de implementar 2 serviços com o conceito de REST...
beleza... entendi o conceito, li tudo que vcs falaram, e agora vou começar a fazer o download das coisas que preciso...
seria por exemplo o jersey da Sun ?

eu ia começar a procurar esse .jar para tão logo mexer no meu web.xml e incluir essa dependencia no pom.xml (to usando maven...)
mas antes de procurar, sei que vou me complicar em achar as coisas certas, por isso minha pergunta aqui se refere ao ponto de partida, ou seja, qual versão do jersey eu devo pegar e onde pegar

?

to usando o eclipse, será que tem algum plugin ?

depois de passar por esses tramites iniciais, vou preparar com "anotacions" @ minha classe de modelo para indicar o root do xml, os campos, o pattern da URI etc... esse tipo de coisa vou me virando...
no fim, espero postar do inicio ao fim todo o roteiro utilizado para implementar o serviço, que consiste em :
- Dado um CPF retornar uma lista de clientes

Valeu e ate mais

Como funciona o gerenciamento de sessoes para uma determinada operacao ou até para ver se o usuario está logado, muda alguma coisa ou tudo continua no fornt-end?

Notícias, artigos e o maior fórum brasileiro sobre Java