SOAP um protocolo de acesso a um Web Service, baseado em XML e recomendado pela W3C,

que permite que aplicativos troquem informa!es usando "##P$ %efine um formato para envio de
mensa&ens$ 'ma mensa&em SOAP um documento XML comum contendo diversos elementos,
como o e(emplo a se&uir)
Sobre SOAP correto afirmar que
a o elemento "eader um elemento obri&at*rio que contm informa!es espec+ficas sobre a
mensa&em SOAP$
b uma mensa&em SOAP pode conter um ou mais elementos ,ault que s-o opcionais e usados para
indicar mensa&ens de erro$
c o atributo encodin&St.le do elemento /nvelope utili0ado para definir os tipos de dados
utili0ados no documento$ /ste atributo pode aparecer apenas no elemento /nvelope$
d o xmlns:soap namespace deve sempre ter o valor "http://www.w3.org/2001/12/soap-
envelope". Se um namespace diferente for usado o aplicativo gera um erro e descarta a
mensagem.
e se 1ouver um elemento ,ault na mensa&em, ele deve aparecer obri&atoriamente como um
elemento fil1o do elemento "eader$
!oment"rios)
a2 O elemento #$%& S'%( ) opcional, contm informa!es espec+ficas do aplicativo
3como autentica-o, pa&amento, etc2 sobre a mensa&em SOAP$
Se o elemento "/A% est4 presente, ele deve ser o primeiro elemento fil1o do elemento
$*+$,'($$
b2 O elemento S'%( -ault ) opcional usada para indicar as mensa&ens de erro$ Se um elemento
,ault est4 presente, ele deve aparecer como um elemento fil1o do elemento .'&/$ 'm elemento
,ault s* pode aparecer uma ve0 em uma mensa&em SOAP$
c2 encodingSt0le este atributo pode aparecer em todos os elementos do SOAP$
e2 se 1ouver um elemento -ault na mensa&em, ele deve aparecer obri&atoriamente como um
elemento fil1o do elemento .'&/$
fonte) 1ttp)55666$tutorialspoint$com5soap5
fonte) 1ttp)55666$63sc1ools$com5soap5
SOAP, '%%7 e WS%L s-o componentes de uma plataforma de 6eb services$ Sobre WS%L
correto afirmar)
a 8 uma lin&ua&em de uso livre baseada em XML que, apesar de ser utili0ada para descrever
servios 6eb, n-o uma recomenda-o da W3C$
b 'm documento WS%L descreve um servio 6eb usando os elementos) 9 envelope:, 91eader:,
9bod.:, 9t.pes:, 9messa&e:, 9port#.pe:, 9bindin&: e 9fault:$
c 8 uma lin&ua&em baseada em XML para descrever 6eb services, porm, n-o especififica como
acess4;los$
d 8 um protocolo baseado em XML que utili0ado para acessar um 6eb service, permitindo a
troca de informa!es entre aplica!es na 6eb utili0ando "##P$
e 1m documento 2S&, especifica a locali3a45o do servi4o e as opera46es 7ou m)todos8 9ue o
servi4o exp6e$
a < 8 recomendada pela W3C=
b <Os elementos do WS%L s-o) #.pes , Messa&e, Operation, Port#.pe, >indin&, Port, Service$ Os
elementos envelope, 1eader e bod. fa0em parte a especifica-o SOAP$
c < /(istem os elementos abstratos e os elementos concretos$ Os elementos concretos especificam
como acess4;los=
d < O item fa0 refer?ncia a SOAP e n-o a WS%L=
A Arquitetura Orientada a Servios 3SOA2 possui um modelo de refer?ncia que descreve diversas
propriedades importantes do SOA$ 'ma dessas propriedades refere;se ao fato de que a descri-o de
um servio deve fornecer dados suficientes para permitir que um consumidor e um provedor de
servios possam intera&ir entre si$ A propriedade descrita recebe a denomina-o de acessi:ilidade
do servi4o$
Os Web Services possibilitam que aplica!es desenvolvidas em diferentes plataformas se
comuniquem atravs de troca de mensa&ens$ Os Web Services compat+veis com o SOAP permitem
a troca de mensagens atrav)s de ar9uivos no formato 2S&, so:re o protocolo #;;(
permitindo 9ue diferentes programas se comuni9uem atrav)s da <nternet$
Se&undo o Web Services for @emote Portlets Specification vA$B 3WS@P2, em um flu(o t+pico de
intera-o entre os atores, a fase que deve ocorrer primeiro, na ordem cronol*&ica, aquela em que
a se estabelece uma rela-o entre o consumidor e o usu4rio final$
b o consumidor aprende as capacidades totais e servios do produtor$
c se esta:elece a rela45o entre o consumidor e o produtor.
d p4&inas a&re&adas s-o produ0idas pelo produtor$
e uma p4&ina requisitada pelo consumidor$
C; se estabelece a rela-o entre o consumidor e o produtor$ A; o consumidor aprende as capacidades
totais e servios do produtor$ 3; se estabelece uma rela-o entre o consumidor e o usu4rio final$ D;
p4&inas a&re&adas s-o produ0idas pelo produtor$ E; uma p4&ina requisitada pelo consumidor$
Porm antes do primeiro passo, apontado pela quest-o, e(iste ainda um passo o antecede FB ;
Consumidor descobre ProdutorF
O formato XML utili0ado para descrever os servios de Web services, especificando como acess4;
los, e quais as opera!es ou mtodos que est-o dispon+veis, c1amado de 2S&,$
WS%L) Web Services %escription Lan&ua&e permite aos desenvolvedores e(por a sinta(e de um
servio Web$ 'sando um formato XML, descreve servios em rede assim como um conGunto de
FendpointsF produ0idos em mensa&ens contendo documentos ou informa-o orientada em
procedimentos$ As opera!es e mensa&ens s-o descritas abstratamente e ent-o destinadas para um
protocolo de rede que formata a mensa&em para os FendpointsF definidos$
a2 XML;@PC$ um protocolo de c1amada de procedimento remotoH codifica a c1amada em XML e
tranfere via "##P
b2 X"#ML$ 3eXtensible ".perte(t MarIup Lan&ua&e2 apenas uma padroni0a-o de "#ML
se&uindo as re&ras de XMLH mel1ora a acessibilidade
c2 SOAP$ 3Simple ObGect Access Protocol2 Protocolo de comunica-o entre sistemas distribuidos
3e$&$ WebServers2
d2 "##P$ 3".perte(t #ransfer Protocol2 Protocolo de transfer?ncia de "iperte(to comumente
utili0ado na Web
e2 WS%L$ 3Web Services %escription Lan&ua&e2 utili0ado para descrever os 6ebServices
S-o elementos obri&at*rios em uma mensa&em SOAP o que consta em)
$nvelope: 8 o elemento rai0 do documento XML$ Pode conter declara!es de namespaces e
tambm atributos adicionais como o que define o estilo de codifica-o 3encodin& st.le2$
.od0: Contm o pa.load, ou a informa-o a ser transportada para o seu destino final$
Opcionais)
#eader: 8 um cabeal1o que carre&a informa!es adicionais, como por e(emplo, se a mensa&em
deve ser processada por um determinado n* intermedi4rio$ %eve ser o primeiro elemento do
/nvelope$
-ault: Contm as informa!es dos erros ocorridos no envio da mensa&em$
SOA com foco em ne&*cios
; Pessoas
; Processos
; 7nforma!es
SOA com foco em #7
; @eutili0a-o
; Conectividade
Jo Kmbito dos Web services, um padr-o que define como as informa!es de descri-o de servios
usadas para descobr+;los podem ser or&ani0adas$ #rata;se de 1&&<$
'ma solu-o utili0ada na inte&ra-o de aplica!es Web e que compatibili0a a comunica-o entre
plataformas diferentes por meio de uma lin&ua&em de marca-o estendida, padr-o universal,
con1ecida por 2e: services$
Jo Kmbito dos Web Services, o protocolo padr-o OAS7S que especifica um mtodo para descoberta
de diret*rios de servios o 1&&<$
A identifica-o do documento XML, como uma mensa&em SOAP, est4 contida no elemento da
estrutura SOAP denominado envelope$
ta&s SOAP
9soap)envelope $$$ : L obri&atoria, a rai0 da mensa&em (ml, descreve que uma mensa&em soap,
sua estrutura$
9soap)1eader $$$ : L opcional, com informa!es especificas da aplica-o$
9soap)bod. $$$ : L obri&at*ria, corpo da mensa&em, informa!es de c1amada e resposta$
9soap)fault $$$ : L opcional, informa!es de status e erro$
1ttp)55666$63sc1ools$com5soap5default$asp
JMO uma informa-o requerida para invocar um servio de Web e encapsulada pelo WS%L na
forma de um documento XML)
a O local do servio$
b As opera!es que o servio apoia$
c Os parKmetros que o servio espera$
d Os detal1es das mensa&ens do servio$
e 's meios para pu:licar e locali3ar o servi4o$
a2 uma das fun!es do WS%L
e() 96sdlsoap)address locationLF1ttp)55local1ost)NBNB5a(is5Servico$G6sF5:
b2 tambm uma das descri!es feitas pelo WS%L
e() 96sdl)service nameLFServicoServiceF: $$$ 956sdl)service:
c2 tambm responsabilidade do 6sdl definir os parKmetros para o servio
e() 96sdl)operation nameLFsomaF parameterOrderLFvalorC valorAF: $$$ 956sdl)operation:
d2 outra fun-o do 6sdl definir as mensa&ens
e() 96sdl)messa&e nameLFsoma@equestF: $$$ 956sdl)messa&e:
:e2 A publica-o e locali0a-o do servio feita pelo '%%7
@efer?ncias)
<C= 1ttp)55Gavafree$uol$com$br5arti&o5NOCDNE5
/specifica-o desenvolvida pelo World Wide Web Consortium, que permite descrever os Web
Services se&undo um formato XML$ 8 e(tens+vel para permitir a descri-o dos servios e suas
mensa&ens, independentemente dos formatos de mensa&em e dos protocolos de rede utili0ados$
#rata;se de 2S&,$
Jum documento WS%L, o elemento que define o contePdo da mensa&em, representando os
parKmetros que s-o passados e a resposta que o servio retorna =part>$
Analisando a quest-o temos o se&uinte)
Felemento que define o contePdo da mensa&emF
7sso leva a crer que al&um elemento 1ierarquicamente inferior a 9messa&e: 9messa&e
nameLF&et#erm@equestF:
9part nameLFtermF t.peLF(s)strin&F5:
95messa&e:
9messa&e nameLF&et#erm@esponseF:
9part nameLFvalueF t.peLF(s)strin&F5:
95messa&e:
9port#.pe nameLF&lossar.#ermsF:
9operation nameLF&et#ermF:
9input messa&eLF&et#erm@equestF5:
9output messa&eLF&et#erm@esponseF5:
95operation:
95port#.pe:

Comparado a pro&rama-o tradicional F&et#ermF seria uma fun-o, F&et#erm@equestF e
F&et#erm@esponseF seriam parKmetros de entrada e sa+da respectivamente$ / quem define o
elemento 9part:
SOAP
7$ um protocolo de comunica-o leve destinado a troca de informa!es estruturadas em um
ambiente distribu+do$
7Q$ uma recomenda-o da W3C$
Jo tocante a arquitetura orientada a servios, mais especificamente a servios 6eb 36ebservices2,
considere)
7$ /stes servios proporcionam um padr-o de interopera-o entre aplica!es, podendo ser
e(ecutados em v4rias plataformas$
77$ Outros sistemas intera&em com esse servio por meio de mensa&ens no protocolo SOAP,
tipicamente enviadas por "##P$
777$ O obGetivo deste servio proporcionar al&uma funcionalidade em favor de seu propriet4rio
3pessoa ou or&ani0a-o2$
Jo que se refere aos 6eb services, correto afirmar) O WS%L serve para descrever o qu? um 6eb
service pode fa0er, onde ele est4 e como invoc4;lo$
Ja arquitetura SOA, Servios Web s-o disponibili0ados usando XML, WS%L, SOAP e '%%7,
tecnolo&ias estas que 1abilitam a implementa-o e desenvolvimento da arquitetura$
/m termos de tecnolo&ias utili0adas em Web Services, a representa-o e estrutura-o dos dados nas
mensa&ens recebidas5enviadas s-o reali0adas por ?@, uma lin&ua&em espec+ficaH S'%( as
c1amadas Rs opera!es, incluindo os parKmetros de entrada5sa+da, s-o codificadas por um protocolo
espec+ficoH 2S&, os servios e suas mensa&ens, independentemente dos formatos de mensa&em e
dos protocolos de rede envolvidos s-o descritos usando outra lin&ua&em espec+ficaH 1&&< o
processo de publica-o5pesquisa5descoberta de Web Services tambm utili0a um protocolo
espec+fico$
(alavras-chave:
XML ;: %ados
SOAP ;: Opera!es
WS%L ;: %escri-o
'%%7 ;: %escoberta
O formato espec+fico para defini-o e troca de processo de ne&*cio entre WfMS 3ou entre a en&ine
de um WfMS e uma ferramenta de especifica-o2, que se&uem o padr-o de refer?ncia da WfMC
3WorIflo6 Mana&ement Coalition2 e a gram"tica usada para sua descri-o 2(&,$
8 um modelo usado para inte&rar o soft6are de &est-o empresarial da sede da empresa com os
sistemas utili0ados pelas suas filiais para permitir o intercKmbio de dados entre todos os sistemas da
corpora-o$ #rata;se da defini-o mais adequada R arquitetura de sistemas #1.$
Sobre SOA Correto afirmar)
b Web Services a &rosso modo podem ser classificados como mtodos remotos publicados na Web,
que atravs do uso do protocolo SOAP e XML, permitem a e(posi-o de mtodos de aplicativos
diversos na Web, para consumo por qualquer outro aplicativo ou dispositivo que utili0e o "##P$
c 'ma considera-o importante a respeito de versionamento definir por quanto tempo
necess4rio manter as diferentes vers!es de um servio em funcionamento$
d O versionamento assume a e(ist?ncia simultKnea de vers!es de um servio, incluindo as suas
opera!es e suas diferentes implementa!es$
e 'm conceito importante por tr4s da arquitetura orientada a servios est4 na autonomiaH a
possibilidade de se distribuir, modificar e manter, independentemente de outros sistemas
3consumidores2, novas funcionalidades sem causar impactos si&nificativos aos que o utili0am$
a Suando se utili0a SOA, todos os aplicativos desenvolvidos em uma corpora-o devem ser
implementados de forma que possam prover servios que permitir-o a inte&ra-o de componentes
de uma Pnica plataforma3 $rrado ' -'!' do S'% ) Austamente a <*;$B'($B%.<,<&%&$
de Sistemas - n5o precisa de informa46es da plataforma alvo.2
/m rela-o aos aspectos do proGeto de servios em SOA, 7JCO@@/#O afirmar)
a O meio de acesso ao servio estabelecido no Contrato de Servio$
b Os servios t?m controle sobre a l*&ica que os encapsulam$
c Servios s-o proGetados para serem e(teriormente descritos, e assim, serem encontrados e
avaliados atravs de mecanismos de descobertas dispon+veis$
d % lCgica dos servi4os pode exceder ao 9ue est" descrito no contrato$
e A l*&ica dividida no servio com a inten-o de rePso$
FJo contrato do servio s-o definidas quais opera!es ser-o disponibili0adas para os clientes do
servio$ Alem de definir as opera!es, tambem possivel definir comportamentos a nivel de
opera-o e tambem a nivel de servio$F
A principal fun-o deste e(por fidedi&namente os servios, n-o podendo ent-o e(eceder essa
fun-o$
Comp!em os elementos da infraestrutura deWeb Services XML, /XC/#O)
a %irector., mecanismo para locali0ar os servios na Web$
b %iscover., solicita descoberta de documento$
c %escription, descri-o dos servios para defini-o de como us4;los$
d Wire format, solicita o servio e recebe a resposta$
e Belationship relacionamento entre os usu"rios corretores e fornecedores de servi4os$
Ja Arquitetura Orientada a Servio T SOA)
a responde Rs requisi!es encapsulando todo o detal1e do seu processamento$
c n-o depende do estado de outros componentes e(ternos para e(ecutar um ciclo completo de
trabal1o$
d uma unidade de trabal1o oferecida pelo provedor de servio para atender R demanda requerida
por um consumidor de servio$
e invocado por meio de protocolos de comunica-o independentes da locali0a-o e do suporte
tecnol*&ico$
7$ Ja '%%7 a estrutura de dados composta por business/ntit., contendo informa-o sobre a
or&ani0a-oH businessService, com a descri-o do servioH bindin&#emplate, contendo a informa-o
de como invocar o servioH e tModel, que contem informa-o sobre especifica!es tcnicas do
servio$
77$ Ja '%%7 a informa-o de cate&oria Ureen Pa&es contm informa-o tcnica sobre um Web
service, &eralmente incluindo um ponteiro para uma especifica-o e(terna e um endereo para
invocar o servio, que pode ser baseado em SOAP e outros$
777$ WS%L define o endereo para invocar determinado Web service, por meio da identifica-o, da
'@L de acesso e da li&a-o com o bindin& G4 definido$
7Q$ O SOAP pode ser facilmente implementado em virtualmente qualquer ambiente de
pro&rama-o$ 8 simples de implementar, testar e usarH independente do sistema operacional e
CP'H tanto os dados como as fun!es s-o descritas em XML, o que torna o protocolo n-o apenas
f4cil de usar como tambm muito robustoH atravessa fire6all e roteadores, que FpensamF que uma
comunica-o "##P$
O Web Services %escription Lan&ua&e 3WS%L2 uma lin&ua&em baseada em XML utili0ada para
descrever Web Services funcionando como um contrato do servio$ #rata;se de um documento
escrito em XML que alm de descrever o servio, especifica como acess4;lo e quais as opera!es ou
mtodos dispon+veis$
ObGetos de WS%L C$C
Servio ; Pode ser visto como um container para conGunto de fun!es de sistema que foram
e(postos a protocolo baseado em 6ebH
Porta ; J-o nada alm da defini-o do endereo ou ponto de cone(-o para o Web Service$ 8
representado tipicamente por uma '@L simples com 1ttpH
>indin& ; /specifica o tipo de porta, define o estilo de SOAP bindin& 3@PC ou %ocument2 e
transporte 3protocolo SOAP2$ Se!es de bindin& tambm definem as opera!esH
#ipo de porta ; O elemento define um 6eb service, as opera!es que podem ser e(ecutadas, e as
mensa&ens trocadas para e(ecutar a opera-oH
Opera-o ; Cada opera-o pode ser comparada R um mtodo ou c1amada de fun-o em uma
lin&ua&em de pro&rama-o tradicional$ Aqui as a!es soap s-o definidas e o tipo de mensa&em
codificadoH
Mensa&em ; #ipicamente, uma mensa&em corresponde a uma opera-o$ A mensa&em contm as
informa!es necess4rias para e(ecutar a opera-oH
/lemento ; %efinidos com a ta& , consistem em um nome Pnico e tipo de dado$ Seu prop*sito
descrever um dado e definir uma ta& que delimite os dados enviadosH
Arquivos XS% ; /lementos podem ser definidos em um esquema XML ; XS% 3XML Sc1ema
%efinition2$ Pode estar no mesmo arquivo WS%L ou em arquivo separado$
fonte) 1ttp)55pt$6iIipedia$or&56iIi5WS%L
/m rela-o R componenti0a-o, SOA, Web services e sistema distribu+do, considere)
7$ Ao se proGetar um componente reus4vel, deve;se estar atento para que ele seGa t-o simples quanto
poss+vel$ Suando proGetada uma solu-o baseada em componentes, poss+vel obter um
comportamento comum de modo que v4rios usu4rios possam utili04;la$
77$ Ja Service;oriented arc1itecture V SOA, um servio pode ser definido como uma fun-o
independente que aceita uma ou mais requisi!es e devolve uma ou mais respostas atravs de uma
interface padroni0ada e bem definida$ Servios podem tambm reali0ar partes discretas de um
processo tal como editar ou processar uma transa-o e n-o devem depender do estado de outras
fun!es ou processos$
777$ 'm Web Service uma aplica-o l*&ica, pro&ram4vel, acess+vel, que usa os protocolos padr-o
da 7nternet, para que se torne poss+vel a comunica-o transparente de m4quina para m4quina e
aplica-o para aplica-o$
7$ A SOA visa otimi0ar o compartil1amento e reutili0a-o dos componentes de #7 atravs de uma
estrutura em que a l*&ica do aplicativo pode ser decomposta em pedaos ou servios e serem
reutili0ados, modificados e aplicados em diferentes 4reas dentro e fora da empresa sem aGustar a
tecnolo&ia subGacente$
7Q$ 'm servio pode ser definido como uma fun-o independente que aceita uma ou mais
requisi!es e devolve uma ou mais respostas atravs de uma interface padroni0ada e bem definida$
Servios podem tambm reali0ar partes discretas de um processo tal como editar ou processar uma
transa-o e n-o devem depender do estado de outras fun!es ou processos$
A Service;Oriented Arc1itecture ; SOA trata;se de
777$ solu!es que n-o requerem uma renova-o completa de tecnolo&ia e de processo de ne&*cios,
que devem ser incrementais e baseadas nos investimentos atuais$
7Q$ uma aborda&em de desi&n de sistemas que orientam como os recursos do #7 ser-o inte&rados e
quais servios ser-o e(postos para o uso$
7 ; um conGunto de produtos para implementar aplicativos dinKmicos e 4&eis, do tipo loosel. couple$
; : e(iste no conceito de SOA que os servios devem ser fracamente acoplados, mas o erro est4 em
di0er que um FconGunto de produtosF, SOA independe de produto, visto que SOA Gustamente visa
a interoperabilidade de sistemas diferentes$ 3/@@A%A2
77$ uma meta a ser alcanada, ou seGa, disponibili0ar uma metodolo&ia de implementa-o que usa
padr!es e protocolos de lin&ua&em espec+ficos para e(ecu-o de aplicativos$ ; : SOA
independete de tecnolo&ia, server para li&ar tecnolo&ias diferentes$$$ 3/@@A%A2