Documente Academic
Documente Profesional
Documente Cultură
Request-response: O endpoint recebe a mensagem e envia a resposta
correlacionada
Segurana
Uma das formas de se atribuir segurana aos web services adotar o XML encryption,
que permite criptografar partes confidenciais de um documento, podendo outras partes
estar legveis sem restrio de processamento.
O WS-Security um padro para incluir segurana a trocas de mensagens de servio da
Web SOAP. Ele adiciona um elemento de cabealho de mensagem SOAP
( <wsse:Security> )para anexar as informaes de segurana s mensagens, na forma de
tokens , transmitindo diferentes tipos de solicitaes (que podem incluir nomes,
identidades, chaves, grupos, privilgios, recursos, etc.) juntamente com informaes de
criptografia e assinatura digital.
Conceitos
Provedor de servios: cria e desenvolve o servio Web que serve para expor alguma
funcionalidade de negcio da sua organizao para a invocao por outros usurios
externos.
Consumidor de servios ou cliente: qualquer usurio que deseja utilizar algum servio
Web.
Catlogo de Servios (UDDI): um diretrio central onde o provedor de servios possa
cadastrar e descrever seus servios, e onde o consumidor possa procurar pelo servio
desejado.
SOAP um protocolo para troca de informaes estruturadas em uma plataforma
descentralizada e distribuda. Ele se baseia na Linguagem de Marcao
Extensvel (XML) para seu formato de mensagem, e normalmente baseia-se em outros
protocolos da Camada de aplicao, mais notavelmente em Chamada de Procedimento
Remoto (RPC) e Protocolo de Transferncia de Hipertexto(HTTP), para negociao e
transmisso de mensagens. SOAP pode formar a camada base de uma pilha de protocolos
de web services, fornecendo um framework de mensagens bsico sob o qual os servios
web podem ser construdos. Este protocolo baseado em XML consiste de trs partes: um
envelope, que define o que est na mensagem e como process-la, um conjunto de regras
codificadas para expressar instncias do tipos de dados definidos na aplicao e uma
conveno para representar chamadas de procedimentos e respostas.
Fluxo tpico de interao entre os atores
1- se estabelece a relao entre o consumidor e o produtor.
2- o consumidor aprende as capacidades totais e servios do produtor.
3- se estabelece uma relao entre o consumidor e o usurio final.
4- pginas agregadas so produzidas pelo produtor.
5- uma pgina requisitada pelo consumidor. Porm antes do primeiro passo, apontado
pela questo, existe ainda um passo o antecede "0 - Consumidor descobre Produtor"
WSDL
Servio (Container)
Pode ser visto como um container para conjunto de funes de sistema que foram
expostos a protocolo baseado em web;
Porta (ENDEREO URL)
No nada alm da definio do endereo ou ponto de conexo para o Web Service.
representado tipicamente por uma URL simples com http;
Binding (Protocolo e Formato para o PortType)
Especifica a interface, define o estilo de SOAP binding (RPC ou Document) e transporte
(protocolo SOAP). Sees de binding tambm definem as operaes;
Tipo de porta (Operaoes e Mensagens)
O elemento <portType> define um web service, as operaes que podem ser executadas,
e as mensagens trocadas para executar a operao;
Operao (Mtodo ou Funo)
Cada operao pode ser comparada um mtodo ou chamada de funo em uma
linguagem de programao tradicional. Aqui as aes soap so definidas e o tipo de
mensagem codificado;
Mensagem
Tipicamente, uma mensagem corresponde a uma operao. A mensagem contm as
informaes necessrias para executar a operao;
O elemento message define os dados a serem transmitidos. Cada elemento message
recebe um ou mais elementos <part>, que formam as partes reais da mensagem. O
elemento <part> define o contedo da mensagem representando os parmetros que so
passados e a resposta que o servio retorna.
EXEMPLO:
<message name="getTermRequest">
<part name="term" type="xs:string"/>
</message>
<message name="getTermResponse">
<part name="value" type="xs:string"/>
</message>
<portType name="glossaryTerms">
<operation name="getTerm">
<input message="getTermRequest"/>
<output message="getTermResponse"/>
</operation>
</portType>
Comparado a programao tradicional "getTerm" seria uma funo, "getTermRequest" e
"getTermResponse" seriam parmetros de entrada e sada respectivamente. E quem
define o tipo de dados o elemento <part>
SOAP
A estrutura da mensagem SOAP definida em um documento XML que contm os
seguintes elementos:
<Envelope><! Elemento raiz do SOAP e define que essa uma mensagem SOAP-->
<Header><!Especifica informaes especificas como autenticao (opcional)
<Body><!O elemento BODY contm o corpo da mensagem-->
<Fault><!O elemento FAULT contm os erros que podem ocorrer. Opcional-->