Web Services

Prévia do material em texto

WEBSERVICES
ALEPE TI
Tecnologia de integração de sistemas, empregada em ambientes heterogêneos
Surgiu como uma evolução dos modelos da computação distribuída como CORBA, DCOM e RMI
São componentes que permite que aplicações enviem e recebam dados em formato XML
Cada aplicação tem sua própria linguagem que é traduzida para uma linguagem universal, o XML
Segundo o W3C define o WS: um sistema de software projetado para suportar a interoperabilidade entre duas máquinas sobre a mesma rede
Desenvolvido baseado em padrões 
SOAP e REST ou RESTfull são padrões
SOAP
Estrutura de empacotamento padrão para transportar documentos XML através de protocolos da Internet(HTTP, SMTP, FTP).
Elemento principal da infraestrutura dos web services
Independente de SO, plataformas, modelo de objetos e linguagens de programação
Auxilia na interoperabilidade entre objetos e componentes distribuídos
Não é preciso o conhecimento do SOAP para manipulação de web services facilita a vida do programador, pois a maioria das linguagens de programação já trazem classes implementadas deste protocolo
É aberto
Adotado por grande maioria de empresas de hard e software
A sua especificação provê a base para comunicação p2p
Protocolo baseado em XML
Segue o modelo REQUEST-RESPONSE do HTTP
Protocolo padrão para transmissão de dados dentro da arquitetura de web services
UDDI – Universal Description, Discovery e Integration
Conhecido como Service Registry visa atender tanto ao cliente como ao provedor
Fornece ao provedor de web services uma forma de os web services serem registrados e publicados
Provedor de serviços
Pode ser um servidor de aplicações ou um web contêiner
Pode armazenar arquivos WSDL
Service Requestor
Aplicação que consome webservices
É o cliente
Cliente pode localizar um serviço através do seu endereço ou do seu URl( Uniform Resource Locator)
WSDL
Descreve detalhadamente um webservice
Informações são guardadas em um documento do tipo XML no qual são armazenadas as operações que compõe um webservice 
definições de forma clara de como deve ser o formato de entrada e de saída
Ciclo de como o cliente obtém informação de web services
Provedor de serviços faz um publish no UDDI que irá armazenar informações do Web Services através do WSDL
Cliente faz um find no UDDI atrás de um web services
Baixa o WSDL que tem informações do Web Services. Assim que fez o download do WSDL já pode começar a trabalhar com Web services ; O WSDL pode ser encontrado no provedor de serviço
Cliente envia solicitação XML utilizando SOAP para o provedor de serviços fazendo bind; realiza chamadas para o webservices através da URL
Recebe resposta XML utilizando SOAP
A arquitetura do Web Services descrevem 3 papéis:
Service provider
Service requester
Service broker
Possui 3 operações básicas:
Publish(publicar) – provedor do serviço irá publicar
Find(descoberta) – consumidor do serviço irá descobrir
Bind(ligação) – permite que o cliente do serviço possa estabelecer a ligação e interagir com o serviço
Essa sequência é baseada na W3C, porém os web services nem sempre funcionam assim, normalmente o UDDI não existe na comunicação entre o cliente o provedor de serviço
A arquitetura projetada pela W3C especifica que as solicitações e respostas XML possam trafegar por meio de qualquer protocolo HTTP, FTP, SMTP, TCP 
Na prática o que se vê muito é o XML sobre HTTP
Existem 2 formas de o cliente efetuar solicitações a um web servisse:
One-Way Messaging
Envio de mensagem unilateral
O cliente faz o envio da solicitação sem se preocupar com a resposta
O web service executará o processamento solicitado e não irá enviar retorno ao cliente
Request-Response Messaging
Envio de mensagem bilateral
Que executa um processamento qualquer 
No final gera um arquivo XML e envia ao usuário