Arquitetura orientada a serviços: RESTful × SOAP
❌ ERRADO. A afirmação é incorreta. RESTful não é um protocolo derivado do SOAP; eles são abordagens concorrentes. RESTful é um estilo arquitetural que utiliza HTTP de forma nativa, é compatível com o modelo cliente-servidor e pode transferir qualquer formato de arquivo, inclusive XLT (se válido).
A banca tenta confundir o candidato ao misturar conceitos: RESTful não é um protocolo, mas sim um conjunto de princípios; o SOAP sim é um protocolo baseado em XML. Além disso, RESTful é inerentemente cliente-servidor, pois opera sobre HTTP, que segue esse modelo. O formato XLT (inexistente ou fictício) não inviabiliza o uso do REST; o REST não impõe restrições ao formato dos dados transferidos.
Erro 1: RESTful como protocolo derivado do SOAP
REST (Representational State Transfer) é um estilo arquitetural que define restrições, como a utilização de operações HTTP (GET, POST, PUT, DELETE). Já o SOAP é um protocolo que utiliza XML e pode operar sobre HTTP, SMTP, etc. Eles são independentes; o REST não foi desenvolvido a partir do SOAP.
Erro 2: Incompatibilidade com cliente-servidor
RESTful é baseado no modelo cliente-servidor, uma de suas restrições fundamentais. O HTTP, sobre o qual o REST opera, é um protocolo cliente-servidor. Logo, a afirmação de que RESTful não é compatível com essa arquitetura é falsa.
Erro 3: Incompatibilidade com XLT
REST não exige um formato específico de dados; aceita XML, JSON, texto, binário, etc. Portanto, se XLT for um formato qualquer, pode ser transmitido via HTTP utilizando REST.
Fonte de apoio: A descrição do REST no contexto fornecida afirma que "Web Services que obedecem ao estilo arquitetural REST... fornecem interoperabilidade... usando um conjunto uniforme e predefinido de operações sem estado" e que outros tipos, como SOAP, "expõem seus próprios conjuntos arbitrários de operações." Isso mostra que REST e SOAP são abordagens distintas.
Gabarito: Errado (E).