-
Erros das alternativas:
a) usar a Web Services Description Language para descrever as regras de comunicação com o serviço.
ERRO: Quem descreve os serviços são os provedores do serviços não o cliente.
b) usar JAX-WS para sincronizar a comunicação com o serviço.
ERRO: Podem ser usadas diversas tecnologias.
c) estabelecer e manter essa conexão com o servidor até o final da troca de mensagens SOAP.
ERRO: SOAP não é orientado a conexão, e não tem uma para ser mantida.
d) usar um dos métodos HTTP como POST, GET, PUT ou DELETE.
CORRETA: Em REST é utilizado os métodos do HTTP para prover e consumir os serviços.
e) enviar um sinal beacon solicitando ao servidor uma porta para conexão.
ERRO: REST não está relacionado com sinais beacon.
-
leiam
http://blog.caelum.com.br/rest-principios-e-boas-praticas/
-
Atualmente, as aplicações estão sendo desenvolvidas utilizando REST ou migrando para ele.
Com ele é possível "desacoplar" seu projeto, ou seja, consigo criar serviços que podem ser utilizados em diferentes aplicações.
Por exemplo: Tenho um web server (site) de cadastro de produtos, ao invés de amarrar a aplicação, posso criar serviços (web services) de POST (criar), DELETE (excluir), UPDATE (atualizar) e GET (ler). Agora imagina que meu site está funcionando tudo ok, mas eu quero criar um aplicativo mobile, para isso, bastar eu criar o layout do aplicativo e enviar requisições ao meu servidor com os dados.
-
a) b) e c) misturam conceitos de WS tradicional com REST