Questão de Arquitetura de Software — WebServices — CESPE / CEBRASPE 2018
Arquitetura de Software›WebServices
Código
ce087758
Banca
CESPE / CEBRASPE
Órgão
CGM de João Pessoa - PB
Ano
2018
Nível
Superior
Cargo
CESPE - - Auditor Municipal de Controle Interno - Desenvolvimento de Sistemas
Acerca de service-oriented architecture, web services, mensageria e CORBA (common object request broker architecture), julgue o item a seguir.Web services permitem disponibilizar serviços de forma agnóstica quando a UDDI (universal description, discovery and integration) estabelece um formato padrão de mensagem que consiste em um documento XML capaz de hospedar dados RPC centrados em documentos, para que haja intercâmbio de dados de modelos síncronos (pedido e resposta) e assíncronos (orientados a processo).
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Web Services, UDDI e Mensageria
Gabarito: ERRADO (E). A afirmativa erra ao atribuir à UDDI a função de estabelecer um formato padrão de mensagem (documento XML para RPC centrados em documentos). Na verdade, a UDDI (Universal Description, Discovery and Integration) é um registro (diretório) para publicação e descoberta de serviços web — não define formato de mensagem. O formato de mensagem é definido pelo SOAP (Simple Object Access Protocol) ou REST, e a descrição do serviço pelo WSDL. A troca entre síncrono e assíncrono também não é característica exclusiva da UDDI.
A banca testa o conhecimento da separação clara entre as camadas da pilha de web services: transporte (HTTP), mensagem (SOAP), descrição (WSDL) e descoberta (UDDI). A afirmativa embaralha esses papéis.
Pilha de Web Services
1Transporte
HTTP
2Mensagem
SOAP (envelope XML)
REST
3Descrição
WSDL
4Descoberta
UDDI (catálogo/diretório)
Não define formato de mensagem
Não define estilo (RPC/Document)
LEVEL · soulevel.com.br
Análise do Item — ❌ ERRADO
O enunciado diz: "Web services permitem disponibilizar serviços de forma agnóstica quando a UDDI estabelece um formato padrão de mensagem que consiste em um documento XML capaz de hospedar dados RPC centrados em documentos..."
UDDI não estabelece formato de mensagem. A função da UDDI é servir como um catálogo onde provedores publicam seus serviços e consumidores os encontram. É um registro centralizado ou distribuído, mas não define a estrutura das mensagens trocadas.
O formato de mensagem é SOAP (ou REST). SOAP define o envelope XML que encapsula os dados (seja RPC ou document-style). A UDDI pode referenciar um WSDL que descreve a estrutura da mensagem, mas não cria o formato.
"RPC centrados em documentos" é uma mistura. Existem dois estilos de web service: RPC (chamada de procedimento remoto, com parâmetros tipados) e Document (troca de documentos XML completos). O SOAP pode usar ambos, mas a UDDI não determina isso.
Síncrono e assíncrono: Embora web services possam ser usados em ambos os modelos, a UDDI não está diretamente envolvida nessa característica. A comunicação síncrona/assíncrona é mais uma questão de implementação (ex.: SOAP sobre HTTP é síncrono; com MQ ou WS-Addressing pode ser assíncrono).
NÃO CAIA NESSA!
A banca mistura as camadas da arquitetura de web services, especialmente atribuindo à UDDI uma função que é do SOAP. O candidato que decora siglas sem entender a função de cada uma pode cair. Lembre-se: UDDI = catálogo; WSDL = descrição; SOAP = mensagem.