Em um ambiente de Web Services SOAP, a interoperabilidade é garantida pela utilização de XML em todos os níveis da arquitetura. Para descrever os serviços que são oferecidos pelo Web Service SOAP, permitindo a geração automática de stubs através de ferramentas adequadas, deve ser utilizado o artefato:
- A)XSD;
XSD define a estrutura de documentos XML, mas não descreve operações de um Web Service nem gera stubs sozinha.
- B)WADL;
WADL é usado para descrever serviços REST, não é o artefato típico para SOAP.
- C)XSS;
XSS é uma vulnerabilidade de segurança, não um padrão de descrição de serviços.
- D)CML;
CML não é o padrão usado para descrever Web Services SOAP.
- E)WSDL.
WSDL é a linguagem de descrição do serviço SOAP, informando operações, mensagens e tipos, o que permite a geração automática de stubs.
Gabarito: E
Em Web Services SOAP, a ideia central é que máquinas diferentes consigam “conversar” usando padrões bem definidos. O SOAP cuida da troca das mensagens em XML, mas isso, sozinho, não diz quais operações o serviço oferece, quais parâmetros espera e qual estrutura cada mensagem deve ter. É aí que entra a descrição formal do serviço. O artefato usado para descrever um Web Service SOAP é o WSDL (Web Services Description Language). Ele funciona como um contrato: informa os métodos disponíveis, os tipos de dados, os endpoints e como cada operação deve ser chamada. Por isso, ferramentas conseguem ler esse arquivo e gerar automaticamente stubs e proxies, facilitando a integração. Em termos práticos, pense no WSDL como a “ficha técnica” do serviço. Ele não executa nada, mas documenta exatamente como o serviço funciona, permitindo que sistemas clientes saibam como montar as requisições e interpretar as respostas. Isso é um dos pilares da interoperabilidade no mundo SOAP. As demais alternativas tentam confundir com outros padrões de XML ou tecnologias da web, mas nenhuma delas cumpre esse papel de descrever formalmente o serviço SOAP para geração automática de código. Assim, o gabarito correto é WSDL.