Title: Engenharia de Software / Web Services
Tags: Engenharia_de_Software Resumo
On every note of this deck, unless a note says otherwise:
tldr: - Evolução das redes: sistemas antes centralizados passaram a ser distribuídos e precisaram se comunicar entre si (dentro e fora das organizações).
- Web Services surgem para integrar sistemas heterogêneos (linguagens, SOs, arquiteturas e dispositivos diferentes), promovendo interoperabilidade.
- Ideia central: um Web Service expõe funcionalidades via uma interface/contrato; o consumidor usa o serviço sem precisar conhecer sua implementação (baixo acoplamento).
- Vantagens: comunicação padronizada, reutilização de serviços, independência de tecnologia, integração com sistemas legados, redução de custos e transparência para o cliente.
- Arquitetura típica:
- Service Provider (fornece),
- Service Requester (consome),
- Service Broker (intermedia/descobre),
- e o acordo de uso gera um bind (vínculo).
- Paradigma SOAP:
- Usa XML e normalmente HTTP para troca estruturada de mensagens.
- Baseia-se em padrões: SOAP (mensagens), WSDL (descrição/contrato) e UDDI (registro/descoberta).
- Mensagem SOAP tem Envelope (obrigatório), Header (opcional), Body (obrigatório) e Fault (opcional).
- Extensões WS-Security e o conjunto WS-* surgem para cobrir requisitos (segurança, transações etc.).
- MTOM otimiza envio de binários (evita Base64 e reduz overhead).
- WSDL:
- Documento em XML que descreve operações, parâmetros, tipos, protocolos, endpoints.
- Separa descrição abstrata (o que faz) e concreta (como/onde acessar).
- Modelos de operação: one-way, request-response, solicit-response, notification.
- UDDI:
- Diretório para publicar e descobrir serviços (com metáfora de “lista telefônica”: páginas brancas/amarelas/verdes).
- É citado como menos usado hoje (descoberta via web substituiu em muitos cenários).
- Paradigma REST:
- Motivado por necessidade de comunicação mais simples e leve (especialmente com mobile e redes lentas), reduzindo o overhead do SOAP.
- Estilo arquitetural baseado em recursos (URIs) e geralmente HTTP (GET/POST/PUT/DELETE etc.), com representações como JSON/XML/HTML.
- Princípios: cliente/servidor, stateless, camadas, cache, interface uniforme, código sob demanda (opcional).
- Conceitos avançados:
- WSIL: descoberta leve e descentralizada, apontando para descrições (ex.: WSDL), alternativa/complemento ao UDDI.
- WS-I: promove interoperabilidade via perfis e boas práticas (ex.: WS-I Basic Profile) e testes de conformidade.
link: https://documentacao.online/estudos/yzu5.html
title: Web Services

front: (CESPE / INPI – 2024) Um documento Swagger é o equivalente a API REST de um documento WSDL para um serviço web baseado em SOAP.
response: Correto
comment: Um documento Swagger, atualmente conhecido como OpenAPI Specification, descreve a interface de uma API RESTful, incluindo seus endpoints, métodos, parâmetros e respostas. Similarmente, um documento WSDL (Web Services Description Language) descreve os serviços web SOAP, detalhando os métodos, tipos de dados e protocolos de comunicação. Ambos servem para definir claramente a interface e o uso dos serviços web, facilitando a integração e o desenvolvimento.
Other fields (not shown on cards):
back: Correto - Um documento Swagger, atualmente conhecido como OpenAPI Specification, descreve a interface de uma API RESTful, incluindo seus endpoints, métodos, parâmetros e respostas. Similarmente, um documento WSDL (Web Services Description Language) descreve os serviços web SOAP, detalhando os métodos, tipos de dados e protocolos de comunicação. Ambos servem para definir claramente a interface e o uso dos serviços web, facilitando a integração e o desenvolvimento.

front: (CESPE / BANRISUL – 2022) Em um serviço RESTful, todos os métodos são identificados pela mesma URL, sendo cada método acionado por uma porta específica.
response: Errado
comment: Opa! Em um serviço RESTful, cada método é identificado por uma URL diferente. Os métodos são acionados por um verbo HTTP específico, como GET, POST, PUT ou DELETE. E em regra, RESTful trata de URI e, não, URL.
Other fields (not shown on cards):
back: Errado - Opa! Em um serviço RESTful, cada método é identificado por uma URL diferente. Os métodos são acionados por um verbo HTTP específico, como GET, POST, PUT ou DELETE. E em regra, RESTful trata de URI e, não, URL.

front: (CESPE / TRT8 – 2022) Em uma API RESTful, cada solicitação deve conter todos os dados necessários ao seu atendimento para não depender de informações armazenadas em outras sessões, o que caracteriza uma restrição de:
a) cache.
b) arquitetura cliente-servidor.
c) interface uniforme.
d) sistema de camadas.
e) comunicação stateless.
response: Letra E
comment: Stateless (Sem Estado) A comunicação entre cliente e servidor deve ser stateless (isto é, sem guardar estado). O servidor não precisa lembrar do estado do cliente. Em vez disso, os clientes devem incluir todas as informações necessárias na requisição para que o servidor possa entendê-la e processá-la. Em outras palavras, um mesmo cliente pode mandar várias requisições para o servidor, porém cada uma delas deve ser independente, ou seja, toda requisição deve conter todas as informações necessárias para que o servidor consiga entendê-la e processá-la adequadamente (qualquer informação de estado deve ficar no cliente).
Other fields (not shown on cards):
back: Letra E - Stateless (Sem Estado) A comunicação entre cliente e servidor deve ser stateless (isto é, sem guardar estado). O servidor não precisa lembrar do estado do cliente. Em vez disso, os clientes devem incluir todas as informações necessárias na requisição para que o servidor possa entendê-la e processá-la. Em outras palavras, um mesmo cliente pode mandar várias requisições para o servidor, porém cada uma delas deve ser independente, ou seja, toda requisição deve conter todas as informações necessárias para que o servidor consiga entendê-la e processá-la adequadamente (qualquer informação de estado deve ficar no cliente).

front: (CESPE / TRT8 - 2022) O método que serve para depuração em HTTP, ao instruir o servidor a enviar de volta a solicitação, é o:
a) options
b) get
c) trace
d) connect
e) post
response: Letra C
comment: MÉTODO DESCRIÇÃO GET Esse método solicita a representação de um recurso específico. Requisições utilizando o método GET devem retornar apenas dados. HEAD Esse método solicita uma resposta de forma idêntica ao método GET, porém sem conter o corpo da resposta. PUT Esse método substitui todas as atuais representações do recurso de destino pela carga de dados da requisição. POST Esse método é utilizado para submeter uma entidade a um recurso específico, frequentemente causando uma mudança no estado do recurso ou efeitos colaterais no servidor. DELETE Esse método remove um recurso específico. TRACE Esse método executa um teste de chamada loop-back por todo o caminho até o recurso alvo no qual foi destinado, provendo um mecanismo útil para depuração. CONNECT Esse método estabelece um túnel para o servidor identificado pelo recurso de destino. OPTIONS Esse método é usado para descrever as opções de comunicação com o recurso de destino. PATCH Esse método é utilizado para aplicar modificações parciais em um recurso. O método que serve para depuração em HTTP, ao instruir o servidor a enviar de volta a solicitação, é o Trace.
Other fields (not shown on cards):
back: Letra C - MÉTODO DESCRIÇÃO GET Esse método solicita a representação de um recurso específico. Requisições utilizando o método GET devem retornar apenas dados. HEAD Esse método solicita uma resposta de forma idêntica ao método GET, porém sem conter o corpo da resposta. PUT Esse método substitui todas as atuais representações do recurso de destino pela carga de dados da requisição. POST Esse método é utilizado para submeter uma entidade a um recurso específico, frequentemente causando uma mudança no estado do recurso ou efeitos colaterais no servidor. DELETE Esse método remove um recurso específico. TRACE Esse método executa um teste de chamada loop-back por todo o caminho até o recurso alvo no qual foi destinado, provendo um mecanismo útil para depuração. CONNECT Esse método estabelece um túnel para o servidor identificado pelo recurso de destino. OPTIONS Esse método é usado para descrever as opções de comunicação com o recurso de destino. PATCH Esse método é utilizado para aplicar modificações parciais em um recurso. O método que serve para depuração em HTTP, ao instruir o servidor a enviar de volta a solicitação, é o Trace.

front: (CESPE / FUNPRESP-EXE - 2022) SOAP (Simple Object Access Protocol) é um protocolo de comunicação usado para a troca de mensagens XML entre o cliente e o provedor de serviço.
response: Correto
comment: Perfeito! Trata-se da definição do SOAP! O SOAP trata-se de um protocolo baseado em XML que define uma organização para a troca estruturada de dados entre Web Services.
Other fields (not shown on cards):
back: Correto - Perfeito! Trata-se da definição do SOAP! O SOAP trata-se de um protocolo baseado em XML que define uma organização para a troca estruturada de dados entre Web Services.

front: (CESPE / FUNPRESP-EXE - 2022) UDDI (Universal Description Discovery and Integration) é um padrão utilizado em SOA para a criação de repositórios de descrição de serviços.
response: Correto
comment: Perfeito! O UDDI trata-se de um diretório/registro para armazenamento de informações sobre Web Services – é um repositório de interfaces de Web Services descritas por WSDL. Em uma analogia, podemos dizer que o UDDI é como uma lista telefônica.
Other fields (not shown on cards):
back: Correto - Perfeito! O UDDI trata-se de um diretório/registro para armazenamento de informações sobre Web Services – é um repositório de interfaces de Web Services descritas por WSDL. Em uma analogia, podemos dizer que o UDDI é como uma lista telefônica.

front: (CESPE / FUNPRESP-EXE - 2022) Um documento WSDL possui um conjunto de elementos de nós abstratos e concretos que especificam a localização de um serviço.
response: Correto
comment: O WSDL é o documento que, resumidamente, descreve quais são as operações disponíveis em um serviço web com todas as particularidades de suas interfaces como métodos, parâmetros, protocolos, entre outros. Além disso, o WSDL separa a descrição de um serviço em duas perspectivas: abstratas e concretas.
Other fields (not shown on cards):
back: Correto - O WSDL é o documento que, resumidamente, descreve quais são as operações disponíveis em um serviço web com todas as particularidades de suas interfaces como métodos, parâmetros, protocolos, entre outros. Além disso, o WSDL separa a descrição de um serviço em duas perspectivas: abstratas e concretas.

front: (CESPE / Petrobrás - 2022) Web service é um sistema de software projetado para suportar interação entre máquinas através de uma rede; esse sistema possui uma interface descrita em formato processável por máquina, especificamente o WSDL (web services descriptor language).
response: Correto
comment: Perfeito! Conforme vimos em aula, Web Services são um sistema de software projetado para permitir interoperabilidade na interação entre máquinas através de uma rede. Além disso, o WSDL (web services descriptor language), que é baseado em XML, define como as interfaces dos Web Services podem ser representadas.
Other fields (not shown on cards):
back: Correto - Perfeito! Conforme vimos em aula, Web Services são um sistema de software projetado para permitir interoperabilidade na interação entre máquinas através de uma rede. Além disso, o WSDL (web services descriptor language), que é baseado em XML, define como as interfaces dos Web Services podem ser representadas.

front: (CESPE / Petrobrás - 2022) Uma das vantagens do SOAP é a sua utilização correta dos métodos HTML (PUT, GET, POST, DELETE), enquanto o REST utiliza apenas o método POST para realizar as requisições através de um arquivo XML.
response: Errado
comment: Na verdade, tais métodos são do HTTP, e não do HTML. Além disso, o REST suporta diversas linguagens, como HTML, XML, JSON, YAML, já o SOAP suporta apenas o XML.
Other fields (not shown on cards):
back: Errado - Na verdade, tais métodos são do HTTP, e não do HTML. Além disso, o REST suporta diversas linguagens, como HTML, XML, JSON, YAML, já o SOAP suporta apenas o XML.

front: (CESPE / Petrobrás - 2022) Os protocolos SOAP e REST são os padrões mais utilizados na comunicação entre os sistemas por meio do web service; esses protocolos, unidos à estrutura básica XML, compõem a estrutura básica dos web services.
response: Correto
comment: SOAP e REST são os padrões mais utilizados em web services, além disso eles são utilizados em conjunto com o XML. Porém, há uma pequena observação a ser realizada, SOAP é um protocolo de comunicação e o REST é um estilo arquitetural. Ao meu ver, o item deveria ter sido anulado.
Other fields (not shown on cards):
back: Correto - SOAP e REST são os padrões mais utilizados em web services, além disso eles são utilizados em conjunto com o XML. Porém, há uma pequena observação a ser realizada, SOAP é um protocolo de comunicação e o REST é um estilo arquitetural. Ao meu ver, o item deveria ter sido anulado.

front: (CESPE / DPE-RO – 2021) O REST emprega um protocolo universal, o HTTP, para oferecer um serviço web simples e aberto. Verbos HTTP são usados para realizar chamadas e indicar para o serviço que ação deve ser realizada. Assinale a opção que indica o verbo usado tipicamente para a atualização de um recurso existente:
a) PUT.
b) CREATED.
c) GET.
d) POST.
e) TRACE.
response: Letra A
comment: Os verbos (também chamados de métodos de requisição) são responsáveis por indicar a ação a ser executada para um dado recurso. O verbo utilizado para a atualização de um recurso é o PUT. Ele substitui todas as atuais representações do recurso de destino pela carga de dados da requisição.
Other fields (not shown on cards):
back: Letra A - Os verbos (também chamados de métodos de requisição) são responsáveis por indicar a ação a ser executada para um dado recurso. O verbo utilizado para a atualização de um recurso é o PUT. Ele substitui todas as atuais representações do recurso de destino pela carga de dados da requisição.

front: (CESPE / SERPRO – 2021) Webservices possibilitam tanto a recuperação do estado atual de um recurso quanto a exclusão do recurso.
response: Correto
comment: REST significa Representational State Transfer (Transferência de Estado Representacional). Isso significa que ele transfere (cria, recupera, altera ou remove) o estado (valores) de um recurso (qualquer objeto informacional) por meio de um formato de representação (Ex: JSON, XML, etc). Logo, webservices RESTful realmente possibilitam tanto a recuperação do estado atual de um recurso quanto a exclusão do próprio recurso.
Other fields (not shown on cards):
back: Correto - REST significa Representational State Transfer (Transferência de Estado Representacional). Isso significa que ele transfere (cria, recupera, altera ou remove) o estado (valores) de um recurso (qualquer objeto informacional) por meio de um formato de representação (Ex: JSON, XML, etc). Logo, webservices RESTful realmente possibilitam tanto a recuperação do estado atual de um recurso quanto a exclusão do próprio recurso.

front: (CESPE / SERPRO – 2021) O protocolo de comunicação HTTP e a identificação de recursos podem ser utilizados por meio de URL (Uniform Resource Locator).
response: Errado
comment: Vou respeitosamente discordar do gabarito preliminar dessa questão (Errado)! O HTTP e a identificação de recursos podem ser utilizados por meio de URL? Sim! URI identifica um recurso; URL identifica e informa qual protocolo permite acessá-lo. Logo, em relação a serviços web RESTful, pode-se utilizar apenas URL, URI + HTTP ou URL + HTTP.
Other fields (not shown on cards):
back: Errado - Vou respeitosamente discordar do gabarito preliminar dessa questão (Errado)! O HTTP e a identificação de recursos podem ser utilizados por meio de URL? Sim! URI identifica um recurso; URL identifica e informa qual protocolo permite acessá-lo. Logo, em relação a serviços web RESTful, pode-se utilizar apenas URL, URI + HTTP ou URL + HTTP.

front: (CESPE / SERPRO – 2021) A respeito de tecnologia de integração com RESTful, julgue os itens a seguir. As interações acontecem sem controle de estado, o que é conhecido como stateless.
response: Correto
comment: A Web é o principal sistema que utiliza o modelo REST. Hoje ela suporta bilhões de clientes conectados e trocando informações. Agora como é possível a Web ter uma escalabilidade e performance tão boas, a ponto de conseguir suportar tamanho número de clientes sem problemas? A resposta: Comunicação Stateless! Requisições feitas por um cliente a um serviço REST devem conter todas as informações necessárias para que o servidor as interprete e as execute corretamente. Clientes não devem depender de dados previamente armazenados no servidor para processar uma requisição. Qualquer informação de estado deve ser mantida pelo cliente e não pelo servidor. Isso reduz a necessidade de grandes quantidades de recursos físicos, como memória e disco, e também melhora a escalabilidade de um serviço REST. É justamente por essa característica que a Web consegue ter uma escalabilidade praticamente infinita, pois ela não precisa manter as informações de estado de cada um dos clientes.
Other fields (not shown on cards):
back: Correto - A Web é o principal sistema que utiliza o modelo REST. Hoje ela suporta bilhões de clientes conectados e trocando informações. Agora como é possível a Web ter uma escalabilidade e performance tão boas, a ponto de conseguir suportar tamanho número de clientes sem problemas? A resposta: Comunicação Stateless! Requisições feitas por um cliente a um serviço REST devem conter todas as informações necessárias para que o servidor as interprete e as execute corretamente. Clientes não devem depender de dados previamente armazenados no servidor para processar uma requisição. Qualquer informação de estado deve ser mantida pelo cliente e não pelo servidor. Isso reduz a necessidade de grandes quantidades de recursos físicos, como memória e disco, e também melhora a escalabilidade de um serviço REST. É justamente por essa característica que a Web consegue ter uma escalabilidade praticamente infinita, pois ela não precisa manter as informações de estado de cada um dos clientes.

front: (CESPE / SERPRO – 2021) A arquitetura RESTful não possibilita o uso de servidores intermediários, chamados de balanceadores de carga, razão por que o cliente sempre se conecta ao servidor final.
response: Errado
comment: Na verdade, é recomendado que – entre o cliente e o servidor – haja um balanceador de carga (Load Balancer), responsável justamente por distribuir as requisições entre os servidores de alguma forma.
Other fields (not shown on cards):
back: Errado - Na verdade, é recomendado que – entre o cliente e o servidor – haja um balanceador de carga (Load Balancer), responsável justamente por distribuir as requisições entre os servidores de alguma forma.

front: (CESPE/ MEC – 2020) REST usa um modelo centrado em recursos de serviços encapsulados, em que cada recurso fornecido pelo serviço possui uma URL e todos os recursos oferecem suporte a uma interface uniforme.
response: Correto
comment: Perfeito! É realmente centrado em recursos; os recursos possuem uma URL; e todos os recursos fornecem suporte a uma interface uniforme (URL – Uniform Resource Location).
Other fields (not shown on cards):
back: Correto - Perfeito! É realmente centrado em recursos; os recursos possuem uma URL; e todos os recursos fornecem suporte a uma interface uniforme (URL – Uniform Resource Location).

front: (CESPE / SLU-DF – 2019) Um web service pode assumir o papel de provedor de serviço e de consumidor de serviço.
response: Correto
comment: Perfeito! Um serviço web pode fazer o papel de provedor, fornecendo serviço para outra entidades ou de consumidor, consumindo serviço de outros serviços web.
Other fields (not shown on cards):
back: Correto - Perfeito! Um serviço web pode fazer o papel de provedor, fornecendo serviço para outra entidades ou de consumidor, consumindo serviço de outros serviços web.

front: (CESPE / SEFAZ-BA – 2019) Os web services são componentes de software na web que podem fornecer determinados serviços a aplicações criadas em diferentes linguagens. Podem usar o protocolo SOAP para transferência de mensagens em formato XML. Para descrever a estrutura destas mensagens geralmente utiliza-se:
a) REST.
b) WSDL.
c) CORBA.
d) RESTFUL.
e) HTML.
response: Letra B
comment: O padrão utilizado para descrever a estrutura de Mensagens SOAP é o WSDL.
Other fields (not shown on cards):
back: Letra B - O padrão utilizado para descrever a estrutura de Mensagens SOAP é o WSDL.

front: (CESPE / TRT-CE – 2019) Assinale a opção que apresenta o método HTTP que deve ser usado para a busca de recursos por meio do web service RESTful.
a) delete
b) get
c) put
d) options
response: Letra B
comment: O Método HTTP que permite buscar recursos é o GET.
Other fields (not shown on cards):
back: Letra B - O Método HTTP que permite buscar recursos é o GET.

front: (CESPE / BNB – 2018) SOAP utiliza um sistema de mensagens SMTP sobre a camada de transporte.
response: Errado
comment: SOAP até pode utilizar SMTP, mas não é sobre a camada de transporte – é sobre a camada de aplicação.
Other fields (not shown on cards):
back: Errado - SOAP até pode utilizar SMTP, mas não é sobre a camada de transporte – é sobre a camada de aplicação.

front: (CESPE / MPE-PI – 2018) Para implementar um web service de baixo overhead que tenha recursos identificáveis e localizáveis por meio de uma URI (Uniform Resource Identifier) mediante o protocolo HTTP, pode-se utilizar o REST (Representational State Transfer).
response: Correto
comment: Perfeito! Não tem nem o que acrescentar...
Other fields (not shown on cards):
back: Correto - Perfeito! Não tem nem o que acrescentar...

front: (CESPE / STJ – 2018) Web service é uma solução utilizada na integração de sistemas e na comunicação entre aplicações diferentes.
response: Correto
comment: Perfeito! Ele realmente permite integrar sistemas e realizar a comunicação entre aplicações.
Other fields (not shown on cards):
back: Correto - Perfeito! Ele realmente permite integrar sistemas e realizar a comunicação entre aplicações.

front: (CESPE / STJ – 2018) Os serviços Web RESTful utilizam o HTTP como um meio de comunicação entre cliente e servidor.
response: Correto
comment: Perfeito! Eles utilizam os métodos do HTTP como uma forma de realizar a comunicação entre um cliente e um servidor.
Other fields (not shown on cards):
back: Correto - Perfeito! Eles utilizam os métodos do HTTP como uma forma de realizar a comunicação entre um cliente e um servidor.

front: (CESPE / STJ – 2018) A REST define uma arquitetura cliente-servidor na qual o servidor não mantém contexto de cliente entre transações, ou seja, é stateless e toda transação contém as informações necessárias para satisfazer a solicitação.
response: Correto
comment: Perfeito! É stateless, logo não guarda o estado da transação.
Other fields (not shown on cards):
back: Correto - Perfeito! É stateless, logo não guarda o estado da transação.

front: (CESPE / STM – 2018) O SOAP é um tipo de modelo de dados XML elaborado para facilitar a inserção de campos HTML em páginas web.
response: Errado
comment: Não tem nenhuma relação com a inserção de campos HTML em páginas web – ele é utilizado para a troca de mensagens entre aplicações distribuídas.
Other fields (not shown on cards):
back: Errado - Não tem nenhuma relação com a inserção de campos HTML em páginas web – ele é utilizado para a troca de mensagens entre aplicações distribuídas.

front: (CESPE / SEDF – 2017) Serviços expressos por meio de contratos web services têm o potencial de evitar completamente a transformação, objetivo-chave dos contratos de serviços padronizados.
response: Correto
comment: Galera, essa questão afirma que, quando eu ofereço serviços por meio de Web Services e seus contratos (isto é, suas interfaces), eu tenho um grande potencial de evitar a transformação. Isso é verdade! Nós sabemos que mudar a implementação do serviço é irrelevante desde que se mantenha sua interface. No entanto, eventualmente eu posso precisar alterar a interface de um serviço – e, nesse caso, não dá para evitar a transformação do contrato do serviço. Logo, o contrato não é imutável, deve-se realmente evitar modificá-lo, mas ele não é imune a mudanças e não evita completamente transformações. No entanto, a questão afirma que o uso de contratos tem o “potencial” de evitar completamente a transformação. Ter o potencial significa ter a capacidade de realização ou execução de algo, e isso é verdadeiro nesse contexto. Vejam o que diz a especificação: “Regardless of the development approach you utilize for service development there is no question that service contracts must be designed in an extensible manner to minimize disruptive versioning changes. Service contracts should be designed with the assumption that once published, they cannot be modified—this approach forces developers to build flexibility into their schema designs”.
Other fields (not shown on cards):
back: Correto - Galera, essa questão afirma que, quando eu ofereço serviços por meio de Web Services e seus contratos (isto é, suas interfaces), eu tenho um grande potencial de evitar a transformação. Isso é verdade! Nós sabemos que mudar a implementação do serviço é irrelevante desde que se mantenha sua interface. No entanto, eventualmente eu posso precisar alterar a interface de um serviço – e, nesse caso, não dá para evitar a transformação do contrato do serviço. Logo, o contrato não é imutável, deve-se realmente evitar modificá-lo, mas ele não é imune a mudanças e não evita completamente transformações. No entanto, a questão afirma que o uso de contratos tem o “potencial” de evitar completamente a transformação. Ter o potencial significa ter a capacidade de realização ou execução de algo, e isso é verdadeiro nesse contexto. Vejam o que diz a especificação: “Regardless of the development approach you utilize for service development there is no question that service contracts must be designed in an extensible manner to minimize disruptive versioning changes. Service contracts should be designed with the assumption that once published, they cannot be modified—this approach forces developers to build flexibility into their schema designs”.

front: (CESPE / TRE-BA – 2017) No que se refere a web services, assinale a opção correta.
a) As solicitações e respostas XML trafegam no protocolo HTTP, não sendo possível utilizá-las nos protocolos FTP e SMTP.
b) Um dos componentes de um Web Service SOAP (Simple Object Access Protocol) é a UDDI (Universal Description, Discovery and Integration), a qual é um arquivo do tipo XML que descreve detalhadamente um Web Service, especificando como deve ser o formato de entrada e saída de cada operação.
c) As duas formas de envio de mensagem para que um cliente possa efetuar solicitações a um Web Service são One-Way Messaging e Request-Response Messaging.
d) O WSDL (Web Services Description Language) é uma linguagem para o desenvolvimento de Web Services similar ao XML.
e) Os Web Services permitem a integração de sistemas, todavia dependem da linguagem de programação sob a qual tenham sido desenvolvidos e do sistema operacional do computador onde esses sistemas forem executados.
response: Letra C
comment: (a) Errado, é possível utilizar FTP e SMTP; (b) Errado, quem descreve detalhadamente é o WSDL; (c) Correto, existem quatro tipos de operação e essas duas constam delas; (d) Errado, não é para desenvolvimento – é para descrição de Web Services; (e) Errado, eles são independentes de tecnologia, logo não dependem de linguagem de programação ou sistema operacional.
Other fields (not shown on cards):
back: Letra C - (a) Errado, é possível utilizar FTP e SMTP; (b) Errado, quem descreve detalhadamente é o WSDL; (c) Correto, existem quatro tipos de operação e essas duas constam delas; (d) Errado, não é para desenvolvimento – é para descrição de Web Services; (e) Errado, eles são independentes de tecnologia, logo não dependem de linguagem de programação ou sistema operacional.

front: (CESPE / TRE-PE – 2017) REST (Representational State Transfer) é:
a) um estilo de desenvolvimento que utiliza o protocolo HTTP e se baseia na interação simples entre cliente e servidor.
b) um software de infraestrutura em um sistema distribuído que auxilia no gerenciamento de interações entre entidades distribuídas em serviços web.
c) uma linguagem web voltada a definição de predicados que se apliquem a classes de objetos e de interações em um modelo UML.
d) uma linguagem de programação com tipos dinâmicos, voltada principalmente para desenvolvimento de aplicações web.
e) um modelo de desenvolvimento de software estruturado e organizado como um conjunto de classes de objeto e de relações entre essas classes.
response: Letra A
comment: (a) Correto; (b) Errado, não é um software de infraestrutura; (c) Errado, não é uma linguagem web; (d) Errado, não é uma linguagem de programação; (e) Erraod, não tem nenhuma relação com modelos estruturados ou classes de objetos.
Other fields (not shown on cards):
back: Letra A - (a) Correto; (b) Errado, não é um software de infraestrutura; (c) Errado, não é uma linguagem web; (d) Errado, não é uma linguagem de programação; (e) Erraod, não tem nenhuma relação com modelos estruturados ou classes de objetos.

front: (CESPE / MEC – 2016) A respeito dos conceitos de web services e REST, assinale a opção correta.
a) O método POST é utilizado na atualização de um recurso existente.
b) Pode-se utilizar qualquer meio de transporte existente para o envio de uma requisição, incluindo HTTP, SMTP e TCP.
c) O modelo REST impõe restrições ao formato da mensagem.
d) Ao desenvolver uma aplicação, o recurso é transferido pela rede.
e) As chamadas às URIs (uniform resource indicator) são feitas por meio de métodos HTTP, os quais indicam para o serviço a ação a ser realizada com o recurso.
response: Letra E
comment: (a) Errado, esse seria o PUT; (b) Errado, TCP não pode ser utilizado; (c) Errado, não há restrições ao formato da mensagem; (d) Errado, essa frase sequer faz sentido; (e) Correto.
Other fields (not shown on cards):
back: Letra E - (a) Errado, esse seria o PUT; (b) Errado, TCP não pode ser utilizado; (c) Errado, não há restrições ao formato da mensagem; (d) Errado, essa frase sequer faz sentido; (e) Correto.

front: (CESPE / TRE-MT – 2016) Acerca de REST (representational state transfer), assinale a opção correta.
a) O protocolo REST utiliza SOAP e XML.
b) REST utiliza recurso não identificável baseado em PUT e GET.
c) REST pode ser utilizado para implementar WebServices de baixo overhead.
d) Embora opcionalmente, um recurso REST pode conter uma URI.
e) REST consiste em um estilo de desenvolvimento baseado em complexa interação cliente/servidor.
response: Letra C
comment: (a) Errado, ele não é um protocolo e não utiliza SOAP; (b) Errado, ele só utiliza recurso identificável por meio de URI; (c) Correto; (d) Errado, é obrigatório; (e) Errado, não é uma interação complexa, é uma interação simples.
Other fields (not shown on cards):
back: Letra C - (a) Errado, ele não é um protocolo e não utiliza SOAP; (b) Errado, ele só utiliza recurso identificável por meio de URI; (c) Correto; (d) Errado, é obrigatório; (e) Errado, não é uma interação complexa, é uma interação simples.

front: (CESPE/ TCE-PA – 2016) Os web services devem ser projetados para ser utilizados independentemente de paradigmas de programação.
response: Correto
comment: Perfeito! Eles são independentes de tecnologia...
Other fields (not shown on cards):
back: Correto - Perfeito! Eles são independentes de tecnologia...

front: (CESPE/ TCE-PA – 2016) Para que um web service funcione corretamente, os softwares cliente/servidor devem ser escritos na mesma linguagem.
response: Errado
comment: Na verdade, independe de tecnologias – inclusindo as linguagens de programação.
Other fields (not shown on cards):
back: Errado - Na verdade, independe de tecnologias – inclusindo as linguagens de programação.

front: (CESPE/ TCE-PA – 2016) Ao se usar o protocolo SOAP (Simple Object Access Protocol), cada solicitação e cada resposta são colocadas em um envelope SOAP, nos momentos de invocação e retorno de um web service, respectivamente.
response: Correto
comment: Perfeito! Toda requisição e toda resposta trafega encapsulada em um Envelope SOAP.
Other fields (not shown on cards):
back: Correto - Perfeito! Toda requisição e toda resposta trafega encapsulada em um Envelope SOAP.

front: (CESPE / MEC – 2015) Entre as restrições da REST está a interface uniforme, a qual requer que um serviço ofereça várias operações e aguarde a solicitação dessas operações pelo servidor.
response: Errado
comment: A questão não trata da restrição de Interface Uniforme – acredito que a restrição que mais se aproxima dessa descrição seja o Sistema em Camadas.
Other fields (not shown on cards):
back: Errado - A questão não trata da restrição de Interface Uniforme – acredito que a restrição que mais se aproxima dessa descrição seja o Sistema em Camadas.

front: (CESPE / MEC – 2015) A fim de implementar serviços em REST, recomenda-se utilizar os WSDL já existentes com mínima alteração do cabeçalho, informando somente que o protocolo a ser utilizado é o REST.
response: Errado
comment: REST não utiliza WSDL! Essa é uma tecnologia de Web Services SOAP.
Other fields (not shown on cards):
back: Errado - REST não utiliza WSDL! Essa é uma tecnologia de Web Services SOAP.