já…
já…[/quote]
Você implementou? O que era? Porque não fez stateless?
Manter estados em web services é ainda mais assustador que gravar dados na sessão http do usuário.
já…[/quote]
Você implementou? O que era? Porque não fez stateless?
Manter estados em web services é ainda mais assustador que gravar dados na sessão http do usuário.[/quote]
Web Services statefull, isso me assusta bastante também.
[quote=Leonardo3001]Entendo perfeitamente que REST é mais simples que SOAP. Mas em Java, existem ferramentas e frameworks pra se fazer serviços REST?
Pra mim, dá a impressão que a única alternativa seria usar Servlets, o que minaria qualquer simplicidade do protocolo.[/quote]
O Struts 2 tem toda infraestrutura necessária usando um plugin daqueles para JSON, coisa assim…
Acredito que todos os frameworks action-based em Java já estão preparados para REstful
Why? 
Essa de statefull realmente precisa ser explicada…
Why? :D[/quote]
Colocar dados em sessões HTTP já é uma coisa complicada quando você precisa fazer balanceamento de carga ou cluster (“ah, mas o meu servidor de aplicações tem um cluster de sessões”, eu também acredito em papai noel), em web services a gambiarra é maior ainda porque tecnicamente web services seriam apenas funções e funções não tem “estdo”, se você está mantendo estado entre as chamadas de funçõs tem alguma coisa errada com a sua lógica.
[quote=cmilfont][quote=Leonardo3001]Entendo perfeitamente que REST é mais simples que SOAP. Mas em Java, existem ferramentas e frameworks pra se fazer serviços REST?
Pra mim, dá a impressão que a única alternativa seria usar Servlets, o que minaria qualquer simplicidade do protocolo.[/quote]
O Struts 2 tem toda infraestrutura necessária usando um plugin daqueles para JSON, coisa assim…
Acredito que todos os frameworks action-based em Java já estão preparados para REstful[/quote]
Então, eu tenho dúvidas se isso é verdade. O protocolo REST faz uso de GET, POST, PUT e DELETE, e pelo que sei, o Struts 2 não te dá controle sobre esse tipo de configuração (mas posso estar enganado).
[quote=Leonardo3001]
Então, eu tenho dúvidas se isso é verdade. O protocolo REST faz uso de GET, POST, PUT e DELETE, e pelo que sei, o Struts 2 não te dá controle sobre esse tipo de configuração (mas posso estar enganado).[/quote]
Struts2 voce tem controle sim, no JSF que voce só tem controle do POST, mesmo assim já li por aí que tem como gambiarrar o JSF para fazer funcioanr os outros metodos HTTP, mas JSF não é action-based como falei, continuo achando que todos os modernos action-baseds estão preparados para Restful mesmo que usando um plugin.
Fala Galera!!
Não usamos REST como disse nosso amigo porque criamos essa cultura, alguém um dia disse para você usar SOAP para garantir interoperabilidade, bla bla bla…
O que admiro no REST:
:arrow: Simplicidade!
:arrow: Performance!
Um amigo já chegou a usar Mule(ESB) com REST + Spring, ficou muito show!
Abraços!
[quote=Leonardo3001]
Então, eu tenho dúvidas se isso é verdade. O protocolo REST faz uso de GET, POST, PUT e DELETE, e pelo que sei, o Struts 2 não te dá controle sobre esse tipo de configuração (mas posso estar enganado).[/quote]
Ou eu não sei nada ou REST é um estilo arquitetural não um protocolo. Não veremos “toolkit” ou outros milagres para um estilo arquitetural. (Talvez alguns exemplos, guidelines… )
Para mais informações: http://archsofty.blogspot.com/2008/01/rest-breves-esclarecimentos-sobre-o.html
Como assim não veremos toolkits?
Já existem diversos toolkits tanto pra Java como pra outras linguagens pra se desenvolver aplicações usando REST em cima de HTTP.
E um deles é o Jersey -> https://jersey.dev.java.net/
[quote=Maurício Linhares]Como assim não veremos toolkits?
E um deles é o Jersey -> https://jersey.dev.java.net/[/quote]
Certo, você está correto. Acho que me expressei mal…
O Toolkit que digo para não esperarem é do tipo que vai aplicar todos os conceitos do estilo (REST) a uma aplicação… os existentes auxiliam a aplicabilidade do estilo.