Questão de Arquitetura de Software — WebServices — FGV 2026
Arquitetura de Software›WebServices
Código
gp045401
Banca
FGV
Órgão
TJ-SC
Ano
2026
Cargo
Analista de Sistemas
Durante o planejamento da integração entre os sistemas de um
órgão público, a equipe discutiu o uso de serviços baseados em
SOAP (Simple Object Access Protocol) e em REST (Representational
State Transfer).
Na ocasião, foram apresentadas as seguintes afirmações:
I. Em arquiteturas REST, a restrição de ausência de estado na
comunicação entre cliente e servidor tende a favorecer a
escalabilidade, pois cada requisição deve conter as
informações necessárias ao seu processamento.
II. Em SOAP, a adoção do HTTP (Hypertext Transfer Protocol)
implica que todas as operações sejam idempotentes,
independentemente do método utilizado.
III. Em soluções baseadas em SOAP, o uso de WSDL (Web Services
Description Language) pode contribuir para uma descrição
formal do serviço, o que favorece a interoperabilidade
contratual entre aplicações.
Está correto o que se afirma em
AI, apenas.
BII, apenas.
CI e II, apenas.
DI e III, apenas.
EI, II e III.
Revelar gabarito e comentário▾
GabaritoD — I e III, apenas.
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: SOAP vs REST
Gabarito: letra D (I e III, apenas). A afirmativa I está correta: REST é stateless e isso favorece a escalabilidade. A afirmativa III está correta: WSDL em SOAP descreve formalmente o serviço, promovendo interoperabilidade contratual. A afirmativa II é falsa: SOAP sobre HTTP não implica que todas as operações sejam idempotentes – a idempotência depende do método HTTP (GET, PUT, DELETE são idempotentes; POST não) e, além disso, SOAP pode usar outros transportes (SMTP, JMS).
A banca testa a compreensão das propriedades fundamentais dos dois estilos de integração: REST (stateless, escalável) e SOAP (baseado em WSDL, transporte flexível).
Afirmativa
Conteúdo
Correção
Justificativa
I
REST é stateless; cada requisição contém todas as informações necessárias, favorecendo escalabilidade
✅ Correta
A ausência de estado (stateless) é uma restrição fundamental do REST, permitindo que qualquer servidor processe requisições independentemente, facilitando a escalabilidade horizontal
II
SOAP sobre HTTP implica que todas as operações sejam idempotentes
❌ Incorreta
SOAP pode usar outros transportes (SMTP, JMS); mesmo no HTTP, métodos como POST não são idempotentes — a idempotência depende do método, não do protocolo SOAP
III
WSDL em SOAP descreve formalmente o serviço, favorecendo interoperabilidade contratual
✅ Correta
O WSDL (Web Services Description Language) é um padrão XML que especifica operações, mensagens e endpoints, promovendo a interoperabilidade entre aplicações
Item I — ✅ Correto
A afirmativa descreve corretamente a restrição de ausência de estado (stateless) no estilo REST. Cada requisição do cliente ao servidor deve conter toda a informação necessária ao seu processamento, não havendo dependência de contexto armazenado no servidor. Isso simplifica a escalabilidade horizontal, pois qualquer servidor pode tratar requisições independentemente. O conteúdo de apoio confirma: "Web services compatíveis com REST permitem que os sistemas solicitantes acessem e manipulem representações textuais de recursos da Web usando um conjunto uniforme e predefinido de operações sem estado."
Item II — ❌ Incorreto
A afirmação contém dois erros: (a) SOAP não depende exclusivamente do HTTP – pode usar SMTP, JMS, etc.; (b) mesmo quando usa HTTP, a idempotência não é garantida para todas as operações. Métodos como POST não são idempotentes (executar duas vezes cria dois recursos). O conteúdo de apoio afirma: "O SOAP providencia o transporte de dados para os Web Services" e lista HTTP, SMTP e outros, sem impor idempotência. Portanto, é falso que todas as operações sejam idempotentes.
Item III — ✅ Correto
O WSDL (Web Services Description Language) é um padrão baseado em XML que descreve formalmente as operações, mensagens e endpoints de um Web Service SOAP. Conforme: "O WSDL descreve os serviços disponibilizados à rede através de uma semântica XML, este providencia a documentação necessária para se chamar um sistema distribuído". Essa descrição padronizada favorece a interoperabilidade contratual, pois clientes podem gerar automaticamente stubs para consumir o serviço, independentemente da plataforma ou linguagem.
PEGA ESSA DICA!
Memorize as diferenças-chave: REST é stateless e usa verbos HTTP com semântica definida; SOAP é um protocolo de mensagem XML que pode usar HTTP (ou outros) e descreve contratos via WSDL. A idempotência em SOAP/HTTP depende do método usado, não do SOAP em si.