Como faço para configurar minha aplicação para utilizar o padrão de URL do REST.
Ex:
GET /users/52 -> Retorna as informações do usuário com id 52. E não usar users?id=52
Abraços,
Como faço para configurar minha aplicação para utilizar o padrão de URL do REST.
Ex:
GET /users/52 -> Retorna as informações do usuário com id 52. E não usar users?id=52
Abraços,
Se vc quiser uma saida decente tanto em json, xml ou atom procure no google por Jersey
ve se ajuda…
Mas quando envio a informação de um form por method GET, não tenho como configurar a url para ser utilizada dessa forma, ou tenho?
Outra questão: uma aplicação REST onde para o usuário efetuar uma consulta, ele precisa estar logado, onde guardaria a informação de que ele já logou, se no REST ele não guarda estado?
Não poderia colocar na Session do HTTP.
Pegar o sessionid e passar nas URLs, as URL iriam ficar bem feias não?
Abraços,
Nao sei dizer, consulte rfc relacionado.
Outra questão: uma aplicação REST onde para o usuário efetuar uma consulta, ele precisa estar logado, onde guardaria a informação de que ele já logou, se no REST ele não guarda estado?
Não poderia colocar na Session do HTTP.Pegar o sessionid e passar nas URLs, as URL iriam ficar bem feias não?
Abraços,
Http em si nao tem session logo vc nao pode colocar na session do http.
Sem estado nao há o que por, a cada requisicao vc precisa passar as informacoes. Nao ha o conceito de “logado”, mas autenticado. Consulte as diferentes forma possiveis de serem feitas, http authentication, mecanismo proprio, user/password, openid. De qualquer forma a informacao de autenticacao é geralmente contida nos headers, nao na uri.
Mas posso estar enganado.
Desde que você tenha a URL mapeada no seu serviço REST, é possível.
Porém é bem estranho enviar um form via GET pois o conteúdo irá todo pela URL.
Você pode utilizar o mecanismo de autenticação do HTTP, porém para guardar estado, como uma sessão, você terá que fazer alguma gambiarra como é feito no HttpSession do Java, e trafegar tokens a cada solicitação(seja via URL, body, cookies, https, etc).
De qualquer forma, a idéia de um serviço REST, é que ele seja stateless assim como o protocolo HTTP. Se precisa utilizar autenticação, gerenciamento de estado, por que você precisa utilizar REST?