Filtrar


Questões por página:
Uma organização mantém integrações corporativas baseadas em serviços SOAP/XML, consumidos por aplicações internas e externas a partir de contrato formal previamente publicado.

Em uma atualização do sistema provedor, a equipe pretende alterar a estrutura da mensagem de resposta, com renomeação de alguns elementos e mudança de tipos de dados, sem adotar uma estratégia de versionamento compatível, sob o argumento de que o endpoint e o protocolo de transporte permanecerão inalterados.

Com base nesse cenário, analise as afirmativas a seguir.

I. A renomeação de elementos na mensagem de resposta não compromete a compatibilidade da integração, porque os consumidores podem consultar o WSDL atualizado, que define o contrato de comunicação do serviço, e passar a interpretar os novos nomes corretamente.
II. Em arquiteturas baseadas em SOAP, a interoperabilidade entre consumidor e provedor depende também da aderência das mensagens ao contrato formal do serviço, e não apenas da possibilidade de troca de documentos XML entre as partes.
III. A manutenção do mesmo endpoint e do mesmo protocolo de transporte não é suficiente, por si só, para preservar a compatibilidade da integração, quando a resposta do serviço deixa de corresponder à estrutura contratualmente esperada pelos consumidores.

Está correto o que se afirma em
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
Um Sistema de Compras de Almoxarifado precisa de um serviço que retorne o preço do último material adquirido. Para implementar esse serviço, o Analista César apresentou para seu chefe, Arthur, especialista em Interoperabilidade entre Sistemas de Informação, o seguinte esboço de WSDL.

<?xml version="1.0"?>

<definitions name="almoxarifado">

<types>

<schema>

<element name="PrecoCompra">

</element>

</schema>

</types>

<message name="Msg_RecuperarUltimoPrecoCompra">

<part name="body" element="PrecoCompra"/>

</message>

<portType name="almoxarifadoPortType">

</portType>

<binding name="almoxarifadoSoapBinding"

type="almoxarifadoPortType">

<operation

name="Op_RecuperarUltimoPrecoCompra">

</operation>

</binding>

<service name="almoxarifadoService">

</service>

</definitions>

Considerando o esboço de WSDL desenvolvido por César e os elementos que fazem parte da estrutura XML de um arquivo WSDL, é correto afirmar que:

No contexto de Web Services, é possível descrever variados aspectos de um serviço por meio da WSDL. Um aspecto que NÃO é coberto nesse tipo de descrição é:
A Web Services Description Language (WSDL) é uma linguagem baseada em XML utilizada para descrever serviços web. Na WSDL versão 2.0, o elemento xml reservado para descrever mensagens que um serviço envia e/ou recebe é