SóProvas

Questões de SOAP (Simple Object Access Protocol)

ID
5782
Banca
CESGRANRIO
Órgão
EPE
Ano
2006
Provas
Disciplina
Arquitetura de Software
Assuntos

Sobre os Serviços Web são feitas as seguintes afirmativas.

I - O SOAP pode ser transportado por protocolos como HTTP, SMTP e JMS.

II - Uma mensagem SOAP permite encapsular chamadas RPC.

III - Uma mensagem SOAP é um documento XML que pode conter três partes: o envelope, o cabeçalho e o corpo.

Está(ão) correta(s) a(s) afirmativa(s):

Alternativas
Comentários
  • Uma mensagem SOAP é um documento XML constituído por:
    - Cabeçalho (opcional)
    - Envelope (obrigatório)
    - Corpo (obrigatório)
    - Falha (opcional)
  • Realmente pode conter até três elementos, já que o header (cabeçalho) é opcional.

    Envelope                     - Obrigatório
    Cabeçalho (header)  - Opcional
    Corpo (body)               - Obrigatório

    <?xml version="1.0"?>
    <soap:Envelope
    xmlns:soap="http://www.w3.org/2001/12/soap-envelope"
    soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">

    <soap:Header>
    ...
    </soap:Header>

    <soap:Body>
    ...
      <soap:Fault>
      ...
      </soap:Fault>
    </soap:Body>

    </soap:Envelope>

    "The optional SOAP Header element contains application-specific information (like authentication, payment, etc) about the SOAP message."

  • JMS é considerado protocolo?

ID
51343
Banca
CESGRANRIO
Órgão
TJ-RO
Ano
2008
Provas
Disciplina
Arquitetura de Software
Assuntos

Em um ambiente SOA (Arquitetura Orientada a Serviços), mensagens são trocadas entre web services e seus clientes, que podem inclusive ser outros web services, utilizando as especificações UDDI, WSDL e SOAP. Considere que o web service (nó) que origina uma mensagem é chamado de remetente SOAP inicial (initial SOAP sender) e que o web service a que a mensagem se destina em última análise é chamado de destinatário SOAP definitivo (ultimate SOAP receiver). Entre o remetente SOAP inicial e o destinatário SOAP definitivo, zero ou mais intermediários SOAP (SOAP intermediaries) podem ser utilizados. Levando em consideração o que foi exposto, assinale a afirmação correta.

Alternativas
Comentários

  • SOAP e Web Services

    Web Services são identificados por uma URI(Unique Resource Identifier), e são descritos e definidos usando XML. Um dos motivos que tornam Web Services atrativos é o fato deste modelo ser baseado em tecnologias standards, em particular XML e HTTP. Web Services são usados para disponibilizar serviços interativos na WEB, podendo ser acessados por outras aplicações. SOAP (Simple Object Access Protocol) está se tornando padrão para a troca de mensagens entre aplicações e Web Services, já que é uma tecnologia construída com base em XML e HTTP.

    SOAP é um procolo projetado para invocar aplicações remotas através de RPC (Remote Procedure Calls - Chamadas Remotas de Procedimento) ou trocas de mensagens, em um ambiente independente de plataforma e linguagem de programação. SOAP é, portanto, um padrão normalmente aceito para utilizar-se com Web Services. Desta forma, pretende-se garantir a interoperabilidade e intercomunicação entre diferentes sistemas, através da utilização de uma linguagem (XML) e mecanismo de transporte (HTTP) padrões.

    Características de SOAP

    * Definido pelo consórcio W3C. Veja maiores detalhes da versão atual SOAP 1.1.
    * Protocolo baseado em XML para a troca de informações em um ambiente distribuído;
    * Padrão de utilização com Web Services;
    * Normalmente utiliza HTTP como protocolo de transporte;
    * Uma mensagem SOAP (veja fig.1) consiste basicamente dos seguintes elementos:
    o Envelope: Toda mensagem SOAP deve contê-lo. É o elemento raiz do documento XML.

    O Envelope pode conter declarações de namespaces e também atributos adicionais como o que define o estilo de codificação (encoding style).

    Um "encoding style" define como os dados são representados no documento XML.

    o Header: É um cabeçalho opcional. Ele carrega informações adicionais, como por exemplo, se a mensagem deve ser processada por um determinado nó intermediário (É importante lembrar que, ao trafegar pela rede, a mensagem normalmente passa por diversos pontos intermediários, até alcançar o destino final). Quando utilizado, o Header deve ser o primeiro elemento do Envelope.

    o Body: Este elemento é obrigatório e contém o payload, ou a informação a ser transportada para o seu destino final. O elemento Body pode conter um elemento opcional Fault, usado para carregar mensagens de status e erros retornadas pelos "nós" ao processarem a mensagem.

    fonte:http://devedge-temp.mozilla.org/viewsource/2002/soap-overview/index_pt_br.html

  • http://www.w3.org/TR/soap12-part1/#targettingblocks

    2.4 Understanding SOAP Header Blocks

    It is likely that specifications for a wide variety of header functions (i.e., SOAP modules) will be developed over time (see 3.3 SOAP Modules), and that some SOAP nodes might include the software necessary to implement one or more such extensions. A SOAP header block is said to be understood by a SOAP node if the software at that SOAP node has been written to fully conform to and implement the semantics specified for the XML expanded name of the outer-most element information item of that header block.

    A SOAP header block MAY carry a mustUnderstand attribute information item (see 5.2.3 SOAP mustUnderstand Attribute). When the value of such an attribute information item is "true", the SOAP header block is said to be mandatory.

    Mandatory SOAP header blocks are presumed to somehow modify the semantics of other SOAP header blocks or SOAP body elements. Therefore, for every mandatory SOAP header block targeted to a node, that node MUST either process the header block or not process the SOAP message at all, and instead generate a fault (see 2.6 Processing SOAP Messages and 5.4 SOAP Fault). Tagging SOAP header blocks as mandatory thus assures that such modifications will not be silently (and, presumably, erroneously) ignored by a SOAP node to which the header block is targeted.

    The mustUnderstand attribute information item is not intended as a mechanism for detecting errors in routing, misidentification of nodes, failure of a node to serve in its intended role(s), etc. Any of these conditions can result in a failure to even attempt processing of a given SOAP header block from a SOAP envelope. This specification therefore does not require any fault to be generated based on the presence or value of the mustUnderstand attribute information item on a SOAP header block not targeted at the current processing node. In particular, it is not an error for an ultimate SOAP receiver to receive a message containing a mandatory SOAP header block that is targeted at a role other than the ones assumed by the ultimate SOAP receiver. This is the case, for example, when a SOAP header block has survived erroneously due to a routing or targeting error at a preceding intermediary.

     

  • O item "D" está errado ao afirmar que o elemento <Fault> contém diretivas de ação para o caso de ocorrência de erros. <Fault> contém as informações dos erros ocorridos no envio da mensagem. Esse elemento só aparece nas mensagens de resposta do servidor.

  • Onde que a questao diz q fault é de primeiro nivel?!
  • Pessoal o erro da letra D está em afirmar que  PODE o elemento BODY, onde na verdade DEVE, pois é um item OBRIGATÓRIO.

    Percebam que é mais uma questão de interpretação.

    "
    Uma mensagem SOAP possui como elemento raiz o < Envelope >, que por sua vez pode conter os elementos de primeiro nível < Header >
    , com informações do cabeçalho, < Body > , que é o conteúdo propriamente dito da mensagem e < Fault >, contendo diretivas de ação para o caso de ocorrência de erros durante o transporte ou processamento da mensagem.

    "

    Neste texto ele me diz que os elementos HEADER,BODY, FAULT podem está numa mensagem SOAP.

    de Opcional apenas o HEADER E FAULT, já o BODY é obrigatório.

    Esperto ter ajudado.
  • O erro da D é falar que Fault está no mesmo nível que Body.
    Fault é uma tag contida na tag Body.
ID
101419
Banca
FGV
Órgão
SEAD-AP
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Originalmente SOAP representava um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída, utilizando tecnologias baseadas em um determinada linguagem. Foi importante para o desenvolvimento de aplicações para permitiram a comunicação via Internet entre programas, empregando o Remote Procedure Calls (RPC) entre objetos como DCOM e CORBA.

Atualmente, SOAP provê um caminho de comunicação entre aplicações "rodando" em diferentes sistemas operacionais, com diferentes tecnologias e linguagens de programação.

De acordo com o enfoque do World Wide Web Consortium - W3C, as mensagens SOAP são documentos baseados na seguinte linguagem:

Alternativas
Comentários

  • Como está no enunciado "... Foi importante para o desenvolvimento de aplicações para permirirem a comunicação via Internet entre programas ..."
    Os Web serbvices são aplicações que tornam possível a comunicação máquina-para-máquina, partindo desta informação teríamos que procurar por uma linguagem que possibilitaria o entendimento entre máquinas, esta linguagem é o XML.

    Definição de SOAP:
    "SOAP (Simple Object Access Protocol) é um protocolo, baseado em XML, para troca de informação estruturada com Web Services em redes de computadores."

  • Os padrões fundamentais de comunicação (WSDL, SOAP e UDDI) para webservices usam mensagens baseadas em XML.

    Gabarito:

    b) X.

ID
105580
Banca
FCC
Órgão
DPE-SP
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação à arquitetura de aplicações para o ambiente Internet, considere:

I. Na UDDI a estrutura de dados é composta por businessEntity, contendo informação sobre a organização; businessService, com a descrição do serviço; bindingTemplate, contendo a informação de como invocar o serviço; e tModel, que contem informação sobre especificações técnicas do serviço.

II. Na UDDI a informação de categoria Green Pages contém informação técnica sobre um Web service, geralmente incluindo um ponteiro para uma especificação externa e um endereço para invocar o serviço, que pode ser baseado em SOAP e outros.

III. WSDL define o endereço para invocar determinado Web service, por meio da identificação, da URL de acesso e da ligação com o binding já definido.

IV. O SOAP pode ser facilmente implementado em virtualmente qualquer ambiente de programação. É simples de implementar, testar e usar; é independente do sistema operacional e CPU; tanto os dados como as funções são descritas em XML, o que torna o protocolo não apenas fácil de usar como também muito robusto; atravessa firewall e roteadores, que "pensam" que é uma comunicação HTTP.

É correto o que se afirma em

Alternativas
Comentários

  • • The UDDI Data Model. The UDDI specification defines core data types that include a description of the service's business function, information about the service's publisher, the service's technical details and API, and other metadata. These data types are defined in several XML schemas, which together form a base information model and interaction framework of UDDI registries. They include:

    •A description of a service’s business function (called the businessService)
    •Information about the organization that published the service (businessEntity)
    •The service’s technical details (bindingTemplate), including a reference to the service’s programmatic interface or API, and
    •Various other attributes or metadata such as taxonomy, transports, digital signatures, etc. (tModels)
    •Relationships among entities in the registry (publisherAssertion)
    •Standing requests to track changes to a list of entities (subscription)

    fonte: http://uddi.xml.org/uddi-101

  • Green Pages are one of the three main components of UDDI - the protocol used to discover Web Services (the other two components being White Pages and Yellow pages).

    Green pages are used to describe how to access a Web Service, with information on the service bindings. Some of the information is related to the Web Service - such as the address of the service and the parameters, and references to specifications of interfaces[1]. Other information is not related directly to the Web Service - this includes e-mail, FTP, CORBA and telephone details for the service. Because a Web Service may have multiple bindings (as defined in its WSDL description), a service may have multiple Green Pages, as each binding will need to be accessed differently.
     

    fonte: http://en.wikipedia.org/wiki/Green_Pages_(UDDI)

  • O Web Services Description Language (WSDL) é uma linguagem baseada em XML utilizada para descrever Web Services funcionando como um contrato do serviço. Trata-se de um documento escrito em XML que além de descrever o serviço, especifica como acessá-lo e quais as operações ou métodos disponíveis.

    Objetos de WSDL 1.1
    Serviço - Pode ser visto como um container para conjunto de funções de sistema que foram expostos a protocolo baseado em web;
    Porta - Não é nada além da definição do endereço ou ponto de conexão para o Web Service. É representado tipicamente por uma URL simples com http;
    Binding - Especifica o tipo de porta, define o estilo de SOAP binding (RPC ou Document) e transporte (protocolo SOAP). Seções de binding também definem as operações;
    Tipo de porta - O elemento define um web service, as operações que podem ser executadas, e as mensagens trocadas para executar a operação;
    Operação - Cada operação pode ser comparada à um método ou chamada de função em uma linguagem de programação tradicional. Aqui as ações soap são definidas e o tipo de mensagem é codificado;
    Mensagem - Tipicamente, uma mensagem corresponde a uma operação. A mensagem contém as informações necessárias para executar a operação;
    Elemento - Definidos com a tag , consistem em um nome único e tipo de dado. Seu propósito é descrever um dado e definir uma tag que delimite os dados enviados;
    Arquivos XSD - Elementos podem ser definidos em um esquema XML - XSD (XML Schema Definition). Pode estar no mesmo arquivo WSDL ou em arquivo separado.

    fonte: http://pt.wikipedia.org/wiki/WSDL

  • a. I, II, III e IV.

  • GABARITO : A

    Parece que a afirmativa IV foi retirada deste link : http://www.linhadecodigo.com.br/artigo/38/soap-e-webservices.aspx

    ___

    O protocolo SOAP tem diversas vantagens sobre outras maneiras de chamar funções remotamente como DCOM, CORBA ou diretamente no TCP/IP:

    É simples de implementar, testar e usar.

    É um padrão da indústria, criado por um consórcio da qual a Microsoft é parte, adotado pela W3C (http://www.w3.org/TR/SOAP/) e por várias outras empresas.

    Usa os mesmos padrões da Web para quase tudo: a comunicação é feita via HTTP com pacotes virtualmente idênticos; os protocolos de autenticação e encriptação são os mesmos; a manutenção de estado é feita da mesma forma; é normalmente implementado pelo próprio servidor Web.

    Atravessa “firewalls” e roteadores, que “pensam” que é uma comunicação HTTP.

    Tanto os dados como as funções são descritas em XML, o que torna o protocolo não apenas fácil de usar como também muito robusto.

    É independente do sistema operacional e CPU.

    Pode ser usado tanto de forma anônima como com autenticação (nome/senha).

ID
128773
Banca
FCC
Órgão
MPE-SE
Ano
2009
Provas
Disciplina
Arquitetura de Software
Assuntos

Um protocolo utilizado para trocar documentos XML, aceitar transações sobre objetos distribuídos em ambiente baseado na Web e definir como as RPC's (Chamadas de Procedimento Remoto) podem ser representadas dentro de mensagens que podem ser enviadas entre elementos participantes de rede, com suas próprias mensagens codificadas em XML, denomina-se

Alternativas
Comentários
  • SOAP é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída. Ele se baseia na Linguagem de Marcação Extensível (XML) para seu formato de mensagem, e normalmente baseia-se em outros protocolos da Camada de aplicação, mais notavelmente em Chamada de Procedimento Remoto (RPC) e Protocolo de Transferência de Hipertexto (HTTP), para negociação e transmissão de mensagens. SOAP pode formar a camada base de uma pilha de protocolos de web services, fornecendo um framework de mensagens básico sob o qual os serviços web podem ser construídos. Este protocolo baseado em XML consiste de três partes: um envelope, que define o que está na mensagem e como processá-la, um conjunto de regras codificadas para expressar instâncias do tipos de dados definidos na aplicação e uma convenção para representar chamadas de procedimentos e respostas.

    Sua especificação define um framework que provê maneiras para se construir mensagens que podem trafegar através de diversos protocolos e que foi especificado de forma a ser independente de qualquer modelo de programação ou outra implementação específica.

ID
137131
Banca
FGV
Órgão
Senado Federal
Ano
2008
Provas
Disciplina
Arquitetura de Software
Assuntos

Considere as assertivas a seguir sobre as relações entre SOAP, WSDL e UDDI:

I. UDDI é um diretório de serviços web descrito por WSDL.
II. WSDL pode ser usado para descrever serviços SOAP.
III. O UDDI é um diretório de descrições SOAP.

As assertivas corretas são:

Alternativas
Comentários
  • O item II está errado porque "WSDL pode ser usado para descrever serviços" web e não SOAP , pois este não é um serviço, mas modelo para mensagens.

    O III está errado porque "O UDDI é um diretório de descrições" de serviços e não de modelos como o SOAP, pois caso contrário seria especificação.
  • I. UDDI é um diretório de serviços web descrito por WSDL. CORRETA

    II. WSDL pode ser usado para descrever serviços SOAP. ERRADA

    O WSDL é uma linguagem baseada em XML utilizada para descrever Web services e a maneira de como acessá-los.

    O SOAP é um protocolo simples baseado em XML que permite a comunicação entre aplicações sobre HTTP.

    III. O UDDI é um diretório de descrições SOAP. ERRADA

    O UDDI (Universal Description, Discovery and Integration) é um serviço de diretório onde são armazedadas informações sobre Web services. A comunicação é realizada através do protocolo SOAP.

    Fonte: http://www.w3schools.com

  • "I - UDDI é um diretório de serviços web descrito por WSDL" ????????

    "Como as demais tecnologias, o UDDI é baseado na tecnologia XML, a qual fornece uma plataforma-neutra de dados e permite descrever relações hierárquicas de um modo natural.

    “O XSD (XML Schema) foi escolhido por causa do seu suporte a um rico conjunto de tipos de dados e a sua habilidade de facilmente descrever e validar informações baseadas nos modelos representados nos schemas. O UDDI XSDS define alguns tipos centrais de centro de informação que provê os tipos de informação que os usuários e aplicações precisariam conhecer por usar um serviço de Rede particular. Junto, estes formam um modelo básico de informação e um framework para interação de registros UDDI”

    http://imasters.com.br/artigo/4474/web-services/descrevendo-descobrindo-e-integrando-web-services-uddi/


  • Caberia recurso no item I - UDDI é um diretório de serviços web descrito por WSDL.

    O examinador quis escrever "UDDI é um diretório de serviços web descritos por WSDL."

    Notem o "s" em descritos - os serviços web são descritos por WSDL.

    Sem o famigerado "s" é o UDDI que seria descrito por WSDL, o que é uma heresia.

     

    Lamentável.

  • I. UDDI é um diretório de serviços web descrito por WSDL. Correto:  A comunicação é realizada através do SOAP e as interfaces web service são descritas por WSDL
    II. WSDL pode ser usado para descrever serviços SOAP. Errado : é utilizada para descrever WEBSERVICES e não serviços
    III. O UDDI é um diretório de descrições SOAP.Errado: indica a localização de serviços

ID
140944
Banca
CESPE / CEBRASPE
Órgão
ANTAQ
Ano
2009
Provas
Disciplina
Arquitetura de Software
Assuntos

No que se refere a arquiteturas e tecnologias de sistemas de informação, julgue os itens de 110 a 120.

Web service é um conjunto de tecnologias utilizadas na integração de sistemas e na comunicação entre aplicações diferentes. Para a representação e estruturação dos dados nas mensagens recebidas/enviadas, é utilizado o XML (eXtensible markup language). As chamadas às operações, incluindo-se os parâmetros de entrada e saída, são codificadas no protocolo UDDI (universal description, discovery and integration). Os serviços (operações, mensagens, parâmetros etc.) são descritos usando-se a linguagem WSDL (web services description language). O processo de publicação, pesquisa e descoberta de web services utiliza o protocolo SOAP (simple object access protocol).

Alternativas
Comentários
  • O processo de publicação, pesquisa e descoberta de web services utiliza o protocolo UDDI (universal description, discovery and integration).

  • Web Services é a tecnologia ideal para comunicação entresistemas, sendo muito usado em aplicações B2B. A comunicação entre os serviços é padronizadapossibilitando a independencia de plataforma e de linguagem de programação. Porexemplo, um sistema de reserva de passagens aéreas feito em Java e rodando emum servidor Linux pode acessar, com transparência, um serviço de reserva dehotel feito em. Net rodando em um servidor Microsoft.

  • as mensagens trocadas entre cliente e servidorem uma comunicação SOAP.
    Um Web Service será publicado, e para que outras pessoas possam utilizá-lo é necessário definir como ele é, como deve ser acessado, e que valores ele retornará. Estas definições são descritas em um arquivo XML de acordo com a padronização Web Service Description Language (WSDL). Este arquivo deve ser construído para que os usuários do serviço possam entender o funcionamento do Web Service e, logicamente, será de acesso público.
    Os Web Services também podem ser utilizados para implementar arquiteturas orientadas a serviços, as Service-Oriented Architectures (SOA).

  •  CORRIGINDO: 

    Web service é um conjunto de tecnologias utilizadas na integração de sistemas e na comunicação entre aplicações diferentes. Para a representação e estruturação dos dados nas mensagens recebidas/enviadas, é utilizado o XML (eXtensible markup language). As chamadas às operações, incluindo-se os parâmetros de entrada e saída, são codificadas no protocolo UDDI (universal description, discovery and integration) SOAP (simple object access protocol) . Os serviços (operações, mensagens, parâmetros etc.) são descritos usando-se a linguagem WSDL (web services description language). O processo de publicação, pesquisa e descoberta de web services utiliza o protocolo SOAP (simple object access protocol)  UDDI (universal description, discovery and integration).

  • Web service é um conjunto de tecnologias utilizadas na integração de sistemas e na comunicação entre aplicações diferentes.

    Para a representação e estruturação dos dados nas mensagens recebidas/enviadas, é utilizado o XML (eXtensible markup language).

    As chamadas às operações, incluindo-se os parâmetros de entrada e saída, são codificadas no protocolo UDDI (universal description, discovery and integration).  (SOAP)

    Os serviços (operações, mensagens, parâmetros etc.) são descritos usando-se a linguagem WSDL (web services description language).

    O processo de publicação, pesquisa e descoberta de web services utiliza o protocolo SOAP (simple object access protocol).
    (UDDI)

    XML     ->  DADOS
    SOAP  -> OPERAÇÕES
    WSDL -> DESCRIÇÃO
    UDDI   -> DESCOBERTA

  • Web service é um conjunto de tecnologias utilizadas na integração de sistemas e na comunicação entre aplicações diferentes.

     

    Para a representação e estruturação dos dados nas mensagens recebidas/enviadas, é utilizado o XML (eXtensible markup language).

     

    As chamadas às operações, incluindo-se os parâmetros de entrada e saída, são codificadas no protocolo 

    UDDI (universal description, discovery and integration) 

    SOAP (simple object access protocol) .

     

    Os serviços (operações, mensagens, parâmetros etc.) são descritos usando-se a linguagem

    WSDL (web services description language).

     

    O processo de publicação, pesquisa e descoberta de web services utiliza o protocolo 

    SOAP (simple object access protocol)  

    UDDI (universal description, discovery and integration).

ID
147442
Banca
FCC
Órgão
SEFAZ-SP
Ano
2009
Provas
Disciplina
Arquitetura de Software
Assuntos

Uma vantagem que o Web Service oferece

I. em relação à empresa que desenvolve uma DLL é que não precisa distribuí-lo para todos os clientes, pois estará armazenado em um único lugar de onde será acessado.
II. é o acesso a ele sempre por meio de http, mas internamente existe uma string XML que está empacotada em um protocolo SOAP (Simple Object Access Protocol).
III. é ser transparente para o Firewall de uma empresa, pois, como é uma string XML, é interpretado como um arquivo "texto", não precisando pedir autorização do Firewall para entrar.

Está correto o que consta em

Alternativas
Comentários

  •  I - a dll é de uso esclusívo de uma máquina/host, para utilizá-la é preciso ter o arquivo localmente, enquanto um web service você só precisa do endereço de sua localização e pode acessá-lo remotamente

    II - mesmo o acesso sendo feito via http é preciso obedecer o encapsulamento do protocolo SOAP, que por sua vez é descrito em XML

    III - existem formas de bloquear uma mensagem SOAP de um web service, por exemplo: A presença do campo SOAPAction(usado pare definir o objetivo da requisição) definido pode ser utilizado por firewalls, para filtrar as requisições SOAP feitas usando HTTP. Por exemplo, um pacote poderia ser filtrado (bloqueado) caso a mensagem não possuísse este campo definido.

  • Discordo da questão. SEMPRE por meio de HTTP está errado. Poderá ser feito também por HTTPS.

  • A camada "Rede de Transporte" da pilha Web Service é responsável pela disponibilização dos serviços por intermédio de algum dos protocolos de transporte disponíveis na rede, como HTTP, SMTP, FTP e outros. Hoje, o HTTP é o protocolo de comunicação mais amplamente utilizado, por isso ele é recomendado como principal protocolo de rede para os Web Services na Internet. Entretanto, para os Web Services que podem ser acessados dentro de uma Intranet, pode-se utilizar tecnologias de rede alternativas, escolhidas com base em outros requisitos, incluindo a segurança, a disponibilidade, o desempenho e a confiabilidade.

    Definitivamente, não é SEMPRE que será utilizado o HTTP. Também discordo do gabarito.

  • Essa questão cabe recurso. O protocolo SOAP não é usado sempre sobre o protocolo HTTP. Uma pesquisa rápida na internet mostra que o SOAP pode tráfegar sobre outros protocolos(SMTP, FTP).
  • Tenho percebido sempre erros básicos nas questões de webservices da FCC.
    O correto seria letra C.
  • A questão foi retirada do site da microsoft

    "O acesso sempre será via http, mas internamente existe uma string XML que está empacotada em um protocolo SOAP (Simple Object Access Protocol). O SOAP é um padrão aberto criado pela Microsoft, Ariba e IBM para padronizar a transferência de dados em diversas aplicações, por isso, se dá em XML."

    http://msdn.microsoft.com/pt-br/library/cc564893.aspx
  • Além disso, o Item II ainda diz que XML está empacotado em um protocolo SOAP. O que é falso.

    O SOAP está empacotando informações, string. Mas não o String XML..

    O SOAP é escrito utilizando o XML, dessa forma se alguém está empacotado é o SOAP pelo XML.

  • "é o acesso a ele sempre por meio de http.." 

    Isso não é verdade! sempre é uma palavra muito forte! kkk

  • Questão muito mal-elaborada.

  • Claramente temos um examinador que não entende nada de TI, mesmo para 2009 a questão e bem ruim...

  • A

    I, II e III.

ID
158956
Banca
CESPE / CEBRASPE
Órgão
STJ
Ano
2008
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca de SOA e serviços web, julgue os próximos itens.

O SOAP encapsula mensagens que podem ser transmitidas via HTTP; permite o modelo de interação cliente-servidor; define como usar XML para representar mensagens de requisição e resposta. Um documento XML é transportado no corpo de uma mensagem SOAP; no modelo cliente-servidor, o corpo de uma mensagem SOAP pode conter uma requisição, mas não uma resposta.

Alternativas
Comentários
  • ERRADO
    Claro que pode conter resposta. Senão, como o SOAP retornaria as informações?
  • Vale lembrar que o SOAP é um protocolo para troca de dados entre dois pontos de extremidade (duas organizações trocando informações).

  • Exemplo da w3schools de SOAP Response:
    <?xml version="1.0"?>
    <soap:Envelope
    xmlns:soap="http://www.w3.org/2003/05/soap-envelope/"
    soap:encodingStyle="http://www.w3.org/2003/05/soap-encoding">
    <soap:Body>
      <m:GetPriceResponse xmlns:m="https://www.w3schools.com/prices">
        <m:Price>1.90</m:Price>
      </m:GetPriceResponse>
    </soap:Body>
    </soap:Envelope>

  • SOAP é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída

  • SOAP - Simple Object Access Protocol

    Serviço WEB

    Envia solicitação e resposta de seus serviços empacotados em ENVELOPES , diferentemente do que ocorre nos serviços baseados em REST

    Nível aplicação

    Baseado em XML

    Independente de SO, do ambiente computacional e do modelo de objeto utilizado

    Estrutura 

    Envelope

    Cabeçalho (Header)(Opcional)

    Corpo (Body)

    Fault (Opcional)

ID
161593
Banca
FCC
Órgão
MPE-RS
Ano
2008
Provas
Disciplina
Arquitetura de Software
Assuntos

A identificação do documento XML, como uma mensagem SOAP, está contida no elemento da estrutura SOAP denominado

Alternativas
Comentários

  •  Envelope: Toda mensagem SOAP deve contê-lo. É o elemento raiz do documento XML. O Envelope pode conter declarações de namespaces e também atributos adicionais como o que define o estilo de codificação (encoding style).Um "encoding style" define como os dados são representados no documento XML.

  • Elemento SOAP Envelope

    O Envelope SOAP é o principal elemento (elemento raiz) de uma mensagem SOAP. Define o documento XML como sendo uma mensagem SOAP.

    Abaixo temos um exemplo:

    <?xml version="1.0"?>
    <soap:Envelope
    xmlns:soap="http://www.w3.org/2001/12/soap-envelope"
    soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">
      ...
      Message information goes here
      ...
    </soap:Envelope>

    Fonte: http://www.w3schools.com

  • tags SOAP

    <soap:envelope ... > = obrigatoria, é a raiz da mensagem xml, descreve que é uma mensagem soap, sua estrutura.
    <soap:header ... > = opcional,  com informações especificas da aplicação.
    <soap:body ... > = obrigatória, corpo da mensagem, informações de chamada e resposta.
    <soap:fault ... > = opcional, informações de status e erro.
    http://www.w3schools.com/soap/default.asp
ID
173824
Banca
FGV
Órgão
MEC
Ano
2009
Provas
Disciplina
Arquitetura de Software
Assuntos

A respeito das tecnologias relacionadas a Web Services, analise as afirmativas a seguir:
I. A UDDI é uma plataforma de arquitetura orientada a serviços assíncronos utilizada como base para suportar os Web Services.

II. A WSDL (Web Services Description Language) é uma interface de programação que permite a execução de chamadas remotas no estilo RPC.

III. SOAP (Simple Object Access Protocol) é um protocolo, baseado em XML, para troca de informação estruturada com Web Services em redes de computadores.

Assinale:

Alternativas
Comentários

  • Corrigindo:

     I. A UDDI O SOAP é uma plataforma de arquitetura orientada a serviços assíncronos utilizada como base para suportar os Web Services. 

    II. A WSDL (Web Services Description Language)  O SOAP é uma interface de programação que permite a execução de chamadas remotas no estilo RPC. 

  • leiam a wiki em ingles para maiores detalhes pois a em portugues deixa dúvidas. en.wikipedia.org/wiki/SOAP

     

  • II. A WSDL (Web Services Description Language) é uma interface de programação que permite a execução de chamadas remotas no estilo RPC.


    O WSDL, na minha opinião, serve como uma interface (ponto comum) entre as duas entidades envolvidas(cliente e servidor). É através do uso deste descritor que podemos usar o servico. Achei a questão mal elaborada e este item passivel de recurso.

  • SOAP: Simple Object Access Protocol é um protocolo baseado em XML para troca de informação em um ambiente distribuído e descentralizado. Produz um envelope que define um framework para descrever qual é a mensagem e como processá-la, regras de decodificação para mostrar tipos de dados definidos pela aplicação, e uma convenção para representar RPC (Remote Procedure Call) e as respostas.



    UDDI: Universal Description, Discovery, and Integration é uma especificação baseada em XML para registrar os negócios e os Serviços Web oferecidos. Produzindo as transações necessárias, isto é habilitar softwares para automaticamente descobrir os Serviços Web para integrá-los.



    WSDL: Web Services Description Language permite aos desenvolvedores expor a sintaxe de um serviço Web. Usando um formato XML, descreve serviços em rede assim como um conjunto de "endpoints" produzidos em mensagens contendo documentos ou informação orientada em procedimentos. As operações e mensagens são descritas abstratamente e então destinadas para um protocolo de rede que formata a mensagem para os "endpoints" definidos.



    XML: Extensible Markup Language tem-se tornado o padrão para definir o formato de troca de dados na Internet. É similar ao HyperText Markup Language (HTML) o qual tem usado "tags" para decodificar a informação. HTML informa ao browser como mostrar a informação e XML define valores para a informação. XML também permite que o usuário crie seus próprios "tags".

ID
186796
Banca
FCC
Órgão
TRE-RS
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

SOAP é

I. um protocolo de comunicação leve destinado a troca de informações estruturadas em um ambiente distribuído.

II. dependente de plataforma e linguagem de programação.

III. baseado em XHML.

IV. uma recomendação da W3C.

Está correto o que consta em

Alternativas
Comentários

  • SOAP (Simple Object Acess Protocol) É um protocolo de comunicação simples baseado em XML para troca de informações entre aplicações.

     A especificação SOAP provê maneiras para construir mensagens que possam trafegar por meio de diversos protocolos de forma independente da linguagem de programação e do sistema operacional.

    A última recomendação lançada pelo W3C foi SOAP 1.2;

  • I. um protocolo de comunicação leve destinado a troca de informações estruturadas em um ambiente distribuído. 

    II. dependente independente de plataforma e linguagem de programação. 

    III. baseado em XHML XML (eXtensive Markup Language). 

    IV. uma recomendação da W3C. 
  • O SOAP não é um protocolo leve (tanto que Web Servers REST não o utilizam para evitar o overhead de processar o xml).
    É sim um protocolo simples.

    Entretanto da para resolver a questão por eliminação

  • Leve é o REST e não o SOAP

ID
189250
Banca
CESGRANRIO
Órgão
ELETROBRAS
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Ao estudar uma documentação sobre Web Services, um programador identifica que uma mensagem SOAP é composta basicamente dos elementos

Alternativas
Comentários

  • Estrutura do protocolo


    Envelope: Toda mensagem SOAP deve contê- lo. É o elemento raiz do documento XML. O Envelope pode conter declarações de namespaces e também atributos adicionais como o que define o estilo de codificação (encoding style).Um "encoding style" define como os dados são representados no documento XML.
     

    Header: É um cabeçalho opcional. Ele carrega informações adicionais, como por exemplo, se a mensagem deve ser processada por um determinado nó intermediário (É importante lembrar que, ao trafegar pela rede, a mensagem normalmente passa por diversos pontos intermediários, até alcançar o destino final). Quando utilizado, o Header deve ser o primeiro elemento do Envelope.
     

    Body: Este elemento é obrigatório e contém o payload, ou a informação a ser transportada para o seu destino final. O elemento Body pode conter um elemento opcional Fault, usado para carregar mensagens de status e erros retornadas pelos "nós" ao processarem a mensagem.

     

    Fonte: www.gta.ufrj.br/grad/07_2/daniel/index.html

  • Complementando o colega acima.

    Podendo ter opcionalmente o elemento Fault, que fica dentro do body, podendo aparecer uma única vez e serve para indicar mensagens de erro.
  • De acordo com o W3Schools, a estrutura da mensagem SOAP é definida em um documento XML que contém os seguintes elementos:

    <Envelope><!— Elemento raiz do SOAP e define que essa é uma mensagem SOAP-->

    <Header><!—Especifica informações especificas como autenticação (opcional)

    <Body><!—O elemento BODY contém o corpo da mensagem-->

    <Fault><!—O elemento FAULT contém os erros que podem ocorrer-->
ID
192922
Banca
FCC
Órgão
MPE-RN
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Protocolo leve para a troca de documentos XML por meio de uma conexão básica de transporte. Aceita transações sobre objetos distribuídos em um ambiente baseado na Web, definindo como as RPCs e as respostas podem ser representadas dentro de mensagens. Trata-se de

Alternativas
Comentários
  • Os itens que poderiam gerar dúvidas seria:

    a) WSDL

    Service-Oriented Architecture (SOA), pode ser traduzido como arquitetura orientada a serviços, e é um estilo de arquitetura de software cujo princípio fundamental prega que as funcionalidades implementadas pelas aplicações devem ser disponibilizadas na forma de serviços.

    SOA

    Service-Oriented Architecture (SOA), pode ser traduzido como arquitetura orientada a serviços, e é um estilo de arquitetura de software cujo princípio fundamental prega que as funcionalidades implementadas pelas aplicações devem ser disponibilizadas na forma de serviços.


    c) SOAP

    Originado do acrônimo inglês Simple Object Access Protocol, e em português Protocolo Simples de Acesso a Objetos, é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída. Ele se baseia na Linguagem de Marcação Extensível (XML) para seu formato de mensagem, e normalmente baseia-se em outros protocolos da Camada de aplicação, mais notavelmente em Chamada
    de Procedimento Remoto (RPC) e Protocolo de Transferência de Hipertexto (HTTP), para negociação e transmissão de mensagens.

    d) UDDI

    UDDI (originado do acrônimo inglês Universal Description, Discovery and Integration) é um protocolo aprovado como padrão pela OASIS e especifica um método para publicar e descobrir diretórios de serviços em uma arquitetura orientada a serviços (SOA).


    Fonte: Wikipedia
  • Gabarito: C

    Só complementando a resposta do colega acima:

    A)WSDL
    O Web Services Description Language (WSDL) é uma linguagem baseada em XML utilizada para descrever Web Services funcionando como um contrato do serviço. Trata-se de um documento escrito em XML que além de descrever o serviço, especifica como acessá-lo e quais as operações ou métodos disponíveis.

    Fonte: Wikipédia
ID
195355
Banca
CESPE / CEBRASPE
Órgão
TCU
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Uma equipe de desenvolvimento de software recebeu a
incumbência de desenvolver um sistema com as características
apresentadas a seguir.

* O sistema deverá ser integrado, interoperável, portável e
seguro.
* O sistema deverá apoiar tanto o processamento online, quanto
o suporte a decisão e gestão de conteúdos.
* O sistema deverá ser embasado na plataforma JEE (Java
enterprise edition) v.6, envolvendo servlets, JSP (Java server
pages), Ajax, JSF (Java server faces) 2.0, Hibernate 3.5, SOA
e web services.

O líder da equipe iniciou, então, um extenso processo de
coleta de dados com o objetivo de identificar as condições
limitantes da solução a ser desenvolvida e tomar decisões
arquiteturais e tecnológicas que impactarão várias características
funcionais e não funcionais do sistema, ao longo de seu ciclo de
vida. A partir dessa coleta, o líder deverá apresentar à equipe um
conjunto de informações e de decisões.

Com relação às diferentes arquiteturas e tecnologias que, se
escolhidas, impactarão as características do sistema descrito no
texto, julgue os itens de 26 a 29.

O estilo de arquitetura de software denominado REST (representational state transfer) demanda mais recursos computacionais que o modelo de desenvolvimento de sistemas embasado em SOAP (single object access protocol), por isso não é recomendável a adoção do padrão REST de arquitetura de software no desenvolvimento do sistema em questão.

Alternativas
Comentários

  • O REST utiliza as próprias funções do protocolo HTTP, portanto é bem simples q o SOAP.

    Já o SOAP cria uma camada a mais e utiliza o HTTP para a comunicação.

  • Outro ponto..desde quando REST é estilo de arquitetura? Dá para matar a questão aí também.

  • Maria Ribeiro cuidado, este não é o erro da questão, segue explicação logo abaixo:

    ....Representational State Transfer (REST) architectural style for distributed hypermedia systems...

    Fonte:http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm




  • Muito pelo contrário, o REST deixa as consultas muita mais rápidas em seu tempo de resposta, motivo pelo qual seu crescimento tem aumentado significativamente com o uso do Java.

    Resposta: Errado

  • e-

    soap = + recursos

ID
241660
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca de interoperabilidade de sistemas, web services e arquitetura
e-Ping, julgue os próximos itens.

A tecnologia Web Services e o uso do simple object access protocol (SOAP) são recomendados pelo e-Ping, que não recomenda o uso do HTTP (hypertext transfer protocol).

Alternativas
Comentários

  • "6.1.7. A tecnologia de Web Services é recomendada como solução de interoperabilidade da e-PING. Recomenda-se a utilização do protocolo Simple Object Access Protocol (SOAP) para interconexão em arquiteturas descentralizadas e/ou distribuídas para implementação de serviços em sistemas de qualquer porte. Alternativamente, para serviços web de pequeno porte, considerase possível o desenvolvimento de projetos baseados em REST, que utiliza o protocolo HTTP."

    fonte: e-PING documento de referencia 2011.

  • Atualmente, para a versão 2013 está assim; não entra mais no detalhe de dizer que REST é para projetos pequenos,

    10.1.5 A tecnologia de Web Services é recomendada como solução de interoperabilidade da e-
    PING. De maneira que, independente das tecnologias em que foram implementados, possa-se
    adotar um padrão de interoperabilidade que garanta escalabilidade, facilidade de uso, além de
    possibilitar atualização de forma simultânea e em tempo real. Recomenda-se a utilização do
    protocolo Simple Object Access Protocol (SOAP) para interconexão em arquiteturas
    descentralizadas e/ou distribuídas para implementação de serviços em sistemas de qualquer porte.
    Alternativamente, recomenda-se o desenvolvimento de projetos baseados em REST, que utiliza o
    protocolo HTTP

  • O erro da questão está em afirmar que "...e-PING, que não recomenda o uso do HTTP (hypertext transfer protocol)". Atualmente, para a versão 2013 da e-PING, tem-se: 

    "Os protocolos FTP e/ou HTTP devem ser utilizados para transferência de arquivos, observando suas funcionalidades para recuperação de interrupções e segurança, quando necessário. O HTTP deve ser priorizado para transferências de arquivos originários de páginas de sítios da Internet."

    Bons estudos!

  • No e-PING 2015 podemos utilizar SOAP ou REST (utiliza HTTP) para projetos de qualquer porte.

ID
271039
Banca
CESPE / CEBRASPE
Órgão
PREVIC
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens subsecutivos, referentes à interoperabilidade de
sistemas.

Uma mensagem SOAP (simple object access protocol) compreende duas partes, o corpo e o cabeçalho (opcional) da mensagem, que são depositadas em um envelope SOAP, o qual deve conter o endereço do receptor.

Alternativas
Comentários

  • Errado.
    Uma mensagem SOAP compreende três partes. Envelope, cabeçalho e corpo.

  • O erro esta em "o qual deve conter o endereço do receptor" pois os envelopes NÃO CONTÉM NENHUMA REFERENCIA AO ENDEREÇO DE DESTINO - As mensagens SOAP são independentes do tipo de transporte usado.

    Fica para o protocolo HTTP (ou qualquer outro protocolo usado para transporte de uma mensagem SOAP) especificar o endereço do destino.
    E com relação ao cabeçalho ele É OPCIONAL.

    Fonte: Sistemas Distribuídos - Conceitos e Projetos, George Coulouris, pg: 680. 
  • - Envelope:    define o conteúdo da mensagem (obrigatório)
    - Cabeçalho:  contém informação de controle e processamento (opcional)
    - Corpo:         contém informação da chamada e da resposta (obrigatório)
  • Estrutura

    <SOAP-ENV:envelope>
    <!— Elemento raiz do SOAP e define que essa é uma mensagem SOAP-->
    <SOAP-ENV:header>
    <!—Especifica informações especificas como autenticação (opcional)-->
    </SOAP-ENV:header>
    <SOAP-ENV:body>
    <!—O elemento BODY contém o corpo da mensagem-->
    <SOAP-ENV:fault>
    <!—O elemento FAULT contém os erros que podem ocorrer (opcional)-->
    </SOAP-ENV:fault>
    </SOAP-ENV:body>
    </SOAP-ENV:envelope>
  • Segundo[1], uma mensagem SOAP é transportada num envelope, que contem: corpo(obrigatorio) e cabeçalho(opcional).
    A definiçao da questão eh de envelope, e não do SOAP em si, que é transportado num envelope.
    Quanto ao endereço de destino, o renomado autor cita 2 trabalhos:
    - Nielsen e Thatte[2001], sugere q o endereço de ponto final e a informação de envio devem ser especificados no cabeçalho SOAP. Eles sugeriram especificar o caminho a ser seguido fornecendo o endereço do ponto final e o próximo hop.
    - Um trabalho mais recente, Box e Curbera[2004], propoe uma alternativa onde os cabeçalhos especificam o endereço do ponto final e uma infraestrutura SOAP subjacente fornece a informação do proximo hop.
    Entao, com base nisso, estou levando em consideração que o endereço do destino faz parte do SOAP, sim.

    [1] Coulouris, Sistemas Distribuidos, 2004.
  • Para tentar sanar as duvidas....a definicao oficial de SOAP diz...

    http://www.w3.org/TR/soap12-part1/#soapenv

    5.1 SOAP Envelope

    The SOAP Envelope element information item has:

    • A [local name] of Envelope .

    • A [namespace name] of "http://www.w3.org/2003/05/soap-envelope".

    • Zero or more namespace-qualified attribute information items amongst its [attributes] property.

    • One or two element information items in its [children] property in order as follows:

      1. An optional Header element information item (see 5.2 SOAP Header).

      2. A mandatory Body element information item (see 5.3 SOAP Body).
        ....

    Depois na secao 

    4.2 Binding Framework
    ....

    Bindings MAY depend on state that is modeled as being outside of the SOAP message infoset (e.g., retry counts), and MAY transmit such information to adjacent nodes. For example, some bindings take a message delivery address (typically a URI) that is not within the envelope.



     
  • Não entendi muito bem onde está o erro dessa questão:
    1. está em dizer que uma mensagem SOAP é dividido em 2 partes, mas não verdade são 3 ou 4 (envelope, cabeçalho, corpo e fault)
    2. dizer que o envelope tem o endereço de destino

    1. Não sei se o erro é esse.  Se o elemento fault é opcional e fica dentro do body, realmente, temos 2 partes cobertas por uma 3a (envelope)

    2.Um comentário acima disse que existe endereço de destino sim e que fica no cabeçalho. Estaria o erro aqui pois o comando da questão diz que o endereço de destino estaria no ENVELOPE.
  • Acredito que o erro seja mesmo em afimar que o envelope deve conter o endereço do receptor, pois nessa questão: http://www.questoesdeconcursos.com.br/questoes/aeab8532-b7

    Mostra como correta um cabeçalho SOAP contendo o endereço do receptor.

  • Mensagem SOAP:

    -Envelope: elemento raiz da mensagem SOAP (obrigatório).

    -Cabeçalho: contém informação de controle e processamento (opcional)

    -Corpo: contém informação da chamada e da resposta (obrigatório)

    -Fault: informações e status de erro (opcional).

    Além do Cabeçalho, as informações de status também são opcionais.

    Resposta: Errado

  • Pessoal o envelope SOAP  PODE  conter o endereço de destino e não DEVE   como tem maldosamente na questão.

  • O protocolo utilizado para comunicacao é o SOAP, que é composto pelas tags (SOAP:ENVELOPE - que é obrigatória, SOAP:HEADER - que é opcional e o SOAP:BODY que é Obrigatória)



    A questã diz apenas HEADER e BODY.

  • Acredito que o endereço vem no body

ID
319657
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Em um sistema que adere a uma arquitetura orientada a serviços (SOA), vários elementos da arquitetura estabelecem comunicações entre si, e recomenda-se que adotem vários padrões e recursos para comunicação, como HTTP (hypertext transfer protocol), WSDL (Web Services Description Language), SOAP (Single Object Acess Protocol), WS-BPEL (Web Services – Business Processes Execution Language), UDDI (Universal Description, Discover and Integration) e XML (eXtensible Markup Language), entre outros. Assinale a opção que formula relação correta entre esses padrões e (ou) recursos.

Alternativas
ID
369832
Banca
CESPE / CEBRASPE
Órgão
TCE-RN
Ano
2009
Provas
Disciplina
Arquitetura de Software
Assuntos

Um serviço web disponibiliza uma interface que permite a interação dos clientes com servidores de maneira mais geral em comparação aos navegadores web. Em relação a serviços e desenvolvimento web, julgue o item a seguir.


Em serviços web, o SOAP pode ser transportado por protocolos como REST, HTTP, SMTP e JMS.

Alternativas
Comentários

  • Outra característica do SOAP é que é independente do protocolo de transporte, ou seja, pode ser enviado com a maioria dos protocolos, por exemplo HTTP, SMTP, TCP e JMS.

  • REST e JMS são protocolos?

  • Rest - stateless. plain txt, xml, html, json etc

    SOap - xml

    No modelo de processamento SOAP, as mensagens não são coordenadas nem se correlacionam..

    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.

  • ✅Gabarito(Certo)

    Questão bem antiga, mas creio que não mudou em nada a definição mencionada.

    O nosso amigo @Marcus não está errado em seu questionamento, visto que em grande parte dos meus estudos, relacionados em questões, REST é tratado como um estilo de arquitetura.

    Vamos morrer tentando saber se é pegadinha ou não, esses tipos de questões.

    REST é um estilo arquitetônico para implementar web services. Fonte:Q1057711

    A arquitetura REST define um conjunto de princípios no desenvolvimento web de front-end, principalmente no que se refere à arquitetura de design. Fonte: Q1165334

    Em arquiteturas REST, nenhum contexto de cliente pode ser mantido em servidor. Q436631

ID
495823
Banca
FUMARC
Órgão
BDMG
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação aos padrões utilizados nas arquiteturas orientadas a serviços, analise os itens a seguir, marcando com (V) a assertiva verdadeira e com (F) a assertiva falsa.

( ) WSDL é um padrão de linguagem utilizado para definir fuxos de execução envolvendo serviços distintos dentro de um processo.

( ) SOAP é um protocolo que define um padrão para troca de mensagens para dar suporte à comunicação entre serviços.

( ) UDDI fornece informações sobre provedores de serviços, os serviços fornecidos por um provedor e a localização da descrição dos serviços.

( ) BPEL é um padrão de linguagem para definição de serviços Web que descreve as interfaces oferecidas pelos serviços.

Assinale a opção com a sequência CORRETA, de cima para baixo.

Alternativas
Comentários
  • A primeira e a ultima opção estão trocadas.

    WSDL BPEL é um padrão de linguagem utilizado para definir fuxos de execução envolvendo serviços distintos dentro de um processo.
    BPEL WSDL é um padrão de linguagem para definição de serviços Web que descreve as interfaces oferecidas pelos serviços.
  • Explicação de BPEL: http://www.sinfic.pt/SinficWeb/displayconteudo.do2?numero=24411
ID
638233
Banca
FUMARC
Órgão
PRODEMGE
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Protocolo que defne um padrão para a troca de mensagens que dá suporte à comunicação entre Serviços Web:

Alternativas
Comentários
  • A) ERRADO:   Business Process Execution Language (BPEL),   abreviação de Web Services Business Process Execution Language (WS-BPEL) é uma linguagem padrão OASIS[1] executável para especificar ações de processos de negócios dentro de web services.

    B) ERRADO: XML Schema (XSD) é uma linguagem baseada no formato XML para definição de regras de validação ("esquemas") em documentos no formato XML.

    C) CERTO: SOAP, originado do acrônimo inglês Simple Object Access Protocol, e em português Protocolo Simples de Acesso a Objetos, é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída. Ele se baseia na Linguagem de Marcação Extensível (XML) para seu formato de mensagem, e normalmente baseia-se em outros protocolos da Camada de aplicação, mais notavelmente em Chamada de Procedimento Remoto (RPC) e Protocolo de Transferência de Hipertexto (HTTP), para negociação e transmissão de mensagens

    D: ERRADO: UDDI (originado do acrônimo inglês Universal Description, Discovery and Integration) é um protocolo aprovado como padrão pela OASIS e especifica um método para publicar e descobrir diretórios de serviços em uma arquitetura orientada a serviços (SOA).

    Fonte: http://pt.wikipedia.org/wiki
ID
662122
Banca
FCC
Órgão
INFRAERO
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

O protocolo SOAP (Simple Object Access Protocol), utilizado por webservices para o envio de mensagens, foi desenvolvido utilizando a tecnologia

Alternativas
Comentários

  • Web Services - SOAP: 

    Acessa  Web Services

    É um protoloco leve para envio de mensagens e troca de infomações estruturadas em rede de computadores em um ambiente descentralizados e distribuído baseado em XML e em outros protolocolos da camada aplicação, mas notavelmetne em chamada de procedimento remoto RPC e HTTP.

     

     

  • Os padrões fundamentais de comunicação (WSDL, SOAP e UDDI) para webservices usam mensagens baseadas em XML.

    Gabarito:

    b) X.

ID
669631
Banca
CONSULPLAN
Órgão
TSE
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Web Services fornece um meio padrão de interoperabilidade entre diferentes aplicações de software, executando em uma variedade de plataformas e/ou frameworks. Tem como um dos objetivos prover a conversão das aplicações na versão Web. A comunicação é realizada por meio de protocolos abertos. Por padrão, Web Services estabelece

• uma linguagem projetada para transportar e armazenar dados, com foco direcionado para a essência do dado.

• um protocolo que permite aos aplicativos trocarem informações sobre HTTP.

A linguagem e o protocolo são, respectivamente,

Alternativas
Comentários
  •  XML e SOAP.

    SOAP, originado do acrônimo inglês Simple Object Access Protocol, e em português Protocolo Simples de Acesso a Objetos, é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída. Ele se baseia na Linguagem de Marcação Extensível (XML) para seu formato de mensagem, e normalmente baseia-se em outros protocolos da Camada de aplicação, mais notavelmente em Chamada de Procedimento Remoto(RPC) e Protocolo de Transferência de Hipertexto (HTTP), para negociação e transmissão de mensagens. SOAP pode formar a camada base de uma pilha de protocolos de web services, fornecendo um framework de mensagens básico sob o qual os serviços web podem ser construídos. Este protocolo baseado em XML consiste de três partes: um envelope, que define o que está na mensagem e como processá-la, um conjunto de regras codificadas para expressar instâncias do tipos de dados definidos na aplicação e uma convenção para representar chamadas de procedimentos e respostas.
  • Eu respondi XML e SOAP e o QCONCURSOS tá dando como errada. Não é possível! Será que tô louco?

  • Resposta - C - XML e SOUP

    As bases para a construção de um Web Service são os padrões XML e SOAP. O transporte dos dados é realizado normalmente via protocolo HTTP ou HTTPS para conexões seguras (o padrão não determina o protocolo de transporte). Os dados são transferidos no formato XML, encapsulados pelo protocolo SOUP.

ID
697318
Banca
FCC
Órgão
TRE-SP
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Com relação ao SOAP, analise:

I. Envelope: É o elemento raiz do documento XML. Pode conter declarações de namespaces e também atributos adicionais como o que define o estilo de codificação (encoding style).

II. Header: É um cabeçalho que carrega informações adicionais, como por exemplo, se a mensagem deve ser processada por um determinado nó intermediário. Deve ser o primeiro elemento do Envelope.

III. Body: Contém o payload, ou a informação a ser transportada para o seu destino final.

IV. Fault: Contém as informações dos erros ocorridos no envio da mensagem.

São elementos obrigatórios em uma mensagem SOAP o que consta em

Alternativas
Comentários
  • Estrutura do protocolo SOAP
    Envelope - (Obrigatório): Toda mensagem SOAP deve contê- lo. É o elemento raiz do documento XML. O Envelope pode conter declarações de namespaces e também atributos adicionais como o que define o estilo de codificação (encoding style).Um "encoding style" define como os dados são representados no documento XML.
    Header: (Opcional) É um cabeçalho opcional. Ele carrega informações adicionais, como por exemplo, se a mensagem deve ser processada por um determinado nó intermediário (É importante lembrar que, ao trafegar pela rede, a mensagem normalmente passa por diversos pontos intermediários, até alcançar o destino final). Quando utilizado, o Header deve ser o primeiro elemento do Envelope.
    Body (Obrigatório): Este elemento é obrigatório e contém o payload, ou a informação a ser transportada para o seu destino final. O elemento Body pode conter um elemento opcional Fault, usado para carregar mensagens de status e erros retornadas pelos "nós" ao processarem a mensagem.

    http://www.gta.ufrj.br/grad/07_2/daniel/index.html
    Fault (Opcional): contém as informações dos erros ocorridos no envio da mensagem. Apenas nas mensagens de resposta do servidor.
  • Alguém pode me dizer o motivo de a resposta certa ser a letra B?
    Eu achava que a correta seria a letra E.
  • A questão mostra definições e não pergunta se as definições estão certas. O que ela realmente pergunta é quais elementos são OBRIGATÓRIOS em uma mensagem SOAP:

    São obrigatórios: o envelope e o body.
  • Obrigado Pablo, eu nem tinha percebido que a questão estava perguntando quais eram os elementos obrigatórios, eu devia estar com sono. hwhw.
  • levanta a mão quem caiu.  
    o/
  • o/

    Custei a ver o pequinha.

  • Também não vi que era só os obrigatórios... o/

  • =O... ai é f... kkk tb cai!

  • Eita mais um o/

  • Já dizia o Chaves: 200 pessoas enganadaasss!

    o/

  • o/

    :/

  • kkkkkkkkkkkkk \o/

  • Aff...

    Não vi que era os obrigatórios.

    P.Q.P

ID
704335
Banca
CESPE / CEBRASPE
Órgão
MPE-PI
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os próximos itens, a respeito de linguagens e tecnologias de programação.

Em web services, utiliza-se o protocolo SOAP (simple object access protocol) para a comunicação entre os serviços.

Alternativas
Comentários
  • As bases para a construção de um Web service são os padrões XML e SOAP. O transporte dos dados é realizado normalmente via protocolo HTTP ou HTTPS para conexões seguras (o padrão não determina o protocolo de transporte). Os dados são transferidos no formato XML, encapsulados pelo protocolo SOAP.

  • Lembrando que podemos utilizar o protocolo HTTP e a arquitetura REST para construir WEB Services também.

ID
781573
Banca
CESPE / CEBRASPE
Órgão
TJ-AL
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

A respeito de SOAP e arquitetura SEE 6, assinale a opção correta.

Alternativas
Comentários
  • Questão Anulada.
    Justificativa do Cespe: Onde constou o termo "SEE" deveria ter constado "JEE", motivo suficiente para a anulação do item.
    Gabarito Preliminar: E
ID
783571
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca de web services, e-ping, XML e XSLT, julgue o   item  a seguir.

Um web service pode ser desenvolvido, também, com o uso de REST, que utiliza o protocolo HTTP para comunicação entre emissor e destinatário, e o SOAP, para encapsular as mensagens trafegadas.

Alternativas
Comentários

  • REST é inimigo do SOAP.

  • Muito engraçado o comentário abaixo kkkkkkkk nunca mais vou me esquecer disso!!

  • e

    ou

  • e-

    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.

ID
784195
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca de tecnologia middleware, julgue o  item  que se segue.

O SOAP (simple object access protocol), protocolo para a troca de informações estruturadas em uma plataforma centralizada, utiliza a linguagem de marcação extensível (XML) para formatação de mensagem e o protocolo de transferência de hipertexto (HTTP) para negociação e transmissão de mensagens, apresentando problema se tiver de operar com a chamada de procedimento remoto (RPC) e outros protocolos da camada de aplicação.

Alternativas
ID
784705
Banca
ESAF
Órgão
CGU
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Assinale a opção correta.

Alternativas
Comentários

  • Muito louco esse examinador da ESAF, queria conhecer o tipinho!

    O cidadão simplemente criou/embaralhou as letras criando conceitos inexistentes como: MDD, APL, UDDL, etc...

    A única alternativa que não continha viagens era a "D". Que por sinal aborda corretamente o conceito da busca por serviços WS em uma estrutura UDDI (Universal Description Discovery and Integration).

    Podemos criar outros tópicos viajantes: AMI, UPPI, UXXL, ... 

    Bons estudos!

ID
790936
Banca
FCC
Órgão
TST
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Os Web Services possibilitam que aplicações desenvolvidas em diferentes plataformas se comuniquem através de troca de mensagens. Os Web Services compatíveis com o SOAP

Alternativas
Comentários
  • Essa questão deveria ser anulada. 

    Desde quando WSDL é o formato de troca de arquivos em SOAP????? O Formato é o XML

    WSDL é o arquivo que descreve os serviços.
  • Concordo com o colega. Acertei a questão por ser a menos errada.
    O formato dos arquivos são  XML

  • Item A - A banca mudou um pouco para tentar induzir ao erro (formato WSDL). Aqui pode-se depreender que as mensagens são trocadas entre aplicações devido a existência da descrição (formato) do serviço em WSDL que determina a interface para comunicação. (forçando porque é a resposta da questão)
    Item B - Sim, são compatívei com RPC e são livres de bloqueios por firewalls e proxy haja vista utilizarem HTTP. Acho que o erro está em dizer que recebe objetos das tecnologias DCOM e CORBA.
    Item C - Do conceito de Web Service - É um conjunto de camadas contidas em uma pilha chamados por meio de protocolos específicos (SOAP, WSDL, UDDI), mas abertos e padronizados pela  W3C que se adaptam a arquitetura específica de cada rede.
    Item D - Não utilizam servidores FTP, faz uso do HTTP.
    Item E - Sim, trocam mensagens via HTML, o erro pode ser em dizer que é qualquer tipo de aplicação. (forçando porque o item correto é A)
    Fontes: meus resumos.
    Na minha opinião, o item A até poderia ser a resposta se não tivesse o item E (B, C e D impossíveis).  O item E só estaria errado se a banca tivesse pensado em aplicações client server ou stand alone (qualquer tipo de aplicação).  Quem puder complementar com mais informações, seria ótimo    .
    Inté+

  • Se WSDL é a Lingaguem de Descrição do Web Service que utiliza o XML e ele trafega através do SOAP, portanto não está errado em dizer que os arquivos estão no formato WSDL.

    Acho que falou intepretação de texto.

    Fonte: W3C - http://www.w3.org/TR/wsdl
  • Não é usual, mas nada impede a utilização de SOAP via FTP.
    http://stackoverflow.com/questions/16104241/java-webservice-soap-over-ftp

    Porém o objetivo não é ser compatível com os WebServices.
     
  • Uma característica marcante da FCC é exatamente esse tipo de questão.

    Nas questões dessa banca devemos procurar a mais certa ou a menos errada, ai vai de acordo com o comando da questão.

    #FicaDica
  • Esse é o tipo de questão que não se pode "brigar com a prova". A primeira alternativa está notavelmente errada, mas, ainda assim é a mais plausível.

  • Concordo com vocês deveria ser formato XML .

  • Discordo do gabarito, concordo com os comentários de grande parte.

ID
795217
Banca
FCC
Órgão
TST
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Uma mensagem do protocolo SOAP

Alternativas
Comentários

  • Definiçõess básica do SOAP: 

    -SOAP, originado do acrônimo inglês Simple Object Access Protocol, e em português Protocolo Simples de Acesso a Objetos, é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída. (WIKIPEDIA).

    -SOAP está se tornando padrão para a troca de mensagens entre aplicações e Web Services, já que é uma tecnologia construída com base em XML e HTTP.
    É um procolo projetado para invocar aplicações remotas através de RPC (Chamadas Remotas de Procedimento) ou trocas de mensagens, em um ambiente independente de plataforma e linguagem de programação. SOAP é, portanto, um padrão normalmente aceito para utilizar-se com Web Services. Desta forma, pretende-se garantir a interoperabilidade e intercomunicação entre diferentes sistemas, através da utilização de uma linguagem (XML) e mecanismo de transporte (HTTP) padrões. (    http://www.gta.ufrj.br/grad/07_2/daniel/index.html)

    ESTRUTURA:


    Envelope: Toda mensagem SOAP deve contê- lo. É o elemento raiz do documento XML. O Envelope pode conter declarações de namespaces e também atributos adicionais como o que define o estilo de codificação (encoding style).Um "encoding style" define como os dados são representados no documento XML.

    Header: É um cabeçalho opcional. Ele carrega informações adicionais, como por exemplo, se a mensagem deve ser processada por um determinado nó intermediário (É importante lembrar que, ao trafegar pela rede, a mensagem normalmente passa por diversos pontos intermediários, até alcançar o destino final). Quando utilizado, o Header deve ser o primeiro elemento do Envelope.

    Body: Este elemento é obrigatório e contém o payload, ou a informação a ser transportada para o seu destino final. O elemento Body pode conter um elemento opcional Fault, usado para carregar mensagens de status e erros retornadas pelos "nós" ao processarem a mensagem.

    Fonte:(http://www.gta.ufrj.br/grad/07_2/daniel/index.html)

  • Continuando...

    Analisando a questão:

    a)     deve conter obrigatoriamente os elementos Header, Body e Fault para que a mesma seja entendida e processada pelo servidor de aplicação. FALSO. O Header e o Fault não são obrigatórios, conforme supracitado.


    b) apresenta obrigatoriamente o elemento Body, que obrigatoriamente deve conter o corpo do elemento Fault, que contém informações de status e de erros. FALSO. Conforme citado acima, o elemento BODY é obrigatório, entretanto o FAULT não exige obrigatoriedade.


    c) pode apresentar o elemento Envelope, já que este é opcional. FALSO. O envelope é obrigatório.

    d) é um documento XML, mas pode ser codificado utilizando Java. FALSO. É definida em um documento XML, entretanto, a afirmação perde o sentido quando se diz que pode ser codificada em linguagem Java

    e) apresenta um componente para armazenar a resposta da aplicação executada no servidor. VERDADEIRO. O componente FAULT pode ser utilizado dentro do BODY para armazenar a resposta da execução no servidor.

    Para complementar um exemplo da estrutura de um código SOAP segundo orientação da     W3Schools:
     
    <SOAP-ENV:envelope>
    <!— Elemento raiz do SOAP e define que essa é uma mensagem SOAP-->
    <SOAP-ENV:header>
    <!—Especifica informações especificas como autenticação (opcional)-->
    </SOAP-ENV:header>
    <SOAP-ENV:body>
    <!—O elemento BODY contém o corpo da mensagem-->
    <SOAP-ENV:fault>
    <!—O elemento FAULT contém os erros que podem ocorrer-->
    </SOAP-ENV:fault>
    </SOAP-ENV:body>
    </SOAP-ENV:envelope>
  • questão envolve arquitetura de software e não hardware.
ID
827950
Banca
CESPE / CEBRASPE
Órgão
TJ-RO
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Com relação aos padrões XML, XSLT, UDDI, WSDL e SOAP, assinale a opção correta.

Alternativas
Comentários

    •  o elemento <.xsl:value-of> pode ser utilizado para extrair o valor de um elemento XML e adicioná-lo ao documento de saída, resultado da transformação.

    O elemento XSL pode ser usado para selecionar todo elemento XML de um conjunto de nós específico

    não é uma tag tipo root. Ela é usada na primeira linha de um código XML. É uma processing instruction.

  • O elemento "<xsl:value-of>" extrai o valor de um nó selecionado em um documento XML e iserí-lo em um documento de saída.

    Se o elemento "<xsl:value-of>" for usado em conjunto com o atributo select, pode-se extrair o valor de um elemento.

    Ex: ."<xsl:value-of select="catalog/cd/title" />"

  • 2016

    Em XSLT, pode-se utilizar o elemento para se extrair o valor de um elemento XML a ser adicionado ao stream de saída de uma transformação

    certa

     

     

    2013

    Nos registros de negócio UDDI, a descrição da forma de acesso aos web services é um procedimento contido nas páginas verdes (green pages).

    certa

     

ID
832063
Banca
PUC-PR
Órgão
DPE-PR
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Sobre as regras de sintaxe da mensagem SOAP:

I. Deve ser codificada usando XML.
II. Deve usar o namespace de Envelope SOAP.
III. Deve usar o namespace de Codificação SOAP.
IV. Deve conter uma referencia DTD.
V. Deve conter as instruções de processamento XML.

Estão corretas APENAS:

Alternativas
Comentários

  • I. Deve ser codificada usando XML. Verdadeiro
    II. Deve usar o namespace de Envelope SOAP. Verdadeiro
    III. Deve usar o namespace de Codificação SOAP. Verdadeiro
    IV. Deve conter uma referencia DTD. Falso Uma mensagem SOAP NÃO deve conter uma referência DTD​
    V. Deve conter as instruções de processamento XML - Falso Uma mensagem SOAP não deve conter instruções de processamento XML

    Fonte: https://www.w3schools.com/xml/xml_soap.asp

ID
832069
Banca
PUC-PR
Órgão
DPE-PR
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Levando-se em consideração o protocolo SOAP, pergunta-se: qual das opções a seguir possui apenas características do protocolo SOAP?

I. É um protocolo de comunicação.
II. Padroniza o formato das mensagens a serem enviada.
III. É baseado em modelo de dados.
IV. É dependente de plataforma.
V. Pode ser transportado sobre HTTP.

Estão corretas APENAS:

Alternativas
ID
836527
Banca
CESPE / CEBRASPE
Órgão
ANAC
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens a seguir, relativos aos padrões de projeto.

Por meio do simple object access protocol (SOAP), há possibilidade de transferência de dados de aplicação JAVA para uma aplicação ASP via Internet.

Alternativas
Comentários

  • De acordo com a w3schools: "SOAP provides a way to communicate between applications running on different operating systems, with different technologies and programming languages.

    What is soap?

    - SOAP stands for Simple Object Access Protocol
    - SOAP is a communication protocol
    - SOAP is for communication between applications
    - SOAP is a format for sending messages
    - SOAP communicates via Internet
    - SOAP is platform independent
    - SOAP is language independent
    - SOAP is based on XML
    - SOAP is simple and extensible
    - SOAP allows you to get around firewalls
    - SOAP is a W3C recommendation"
    Fonte: http://www.w3schools.com/webservices/ws_soap_intro.asp

  • Correto meus amigos, utilizando o SOAP são inúmeras as possibilidades de troca de mensagens.

    Resposta: Certo

ID
868378
Banca
CESPE / CEBRASPE
Órgão
TRE-MS
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

No que se refere a SOA e webservices, assinale a opção correta.

Alternativas
Comentários
  • a) O WS-Security propõe uma série de extensões para aprimorar a segurança dos web services no UDDI e no WSDL. Por questão de compatibilidade, essas extensões não afetam os cabeçalhos do envelope SOAP. (WS-Security afeta os cabeçalhos SOAP)
    b) UDDI é um serviço de diretório em que é possível registrar e localizar web services. (Correta)
    c) WSDL é descrito em formato XML e tem por única função descrever os valores e formatos dos dados que serão intercambiados entre os sistemas. (Trata-se de um documento escrito em XML que além de descrever o serviço, especifica como acessá-lo e quais as operações ou métodos disponíveis.)
    d) SOAP é um protocolo do tipo statefull, independente de sistema operacional, embasado em troca de mensagem one-way e projetado para ser simples e extensível por meio de tecnologia XML. (SOAP é stateless)
    e) SOA é uma arquitetura de desenvolvimento cujo objetivo é criar módulos funcionais denominados serviços, fortemente acoplados e independentes de plataforma. É embasada em XML e incentiva reutilização de código e interoperabilidades entre sistemas. (SOA é fracamente acoplado)
  • Boa professor! vlw

  • Prezados,
    Vamos aos comentários de todas as alternativas.
    a) O WS-Security propõe uma série de extensões para aprimorar a segurança dos web services no UDDI e no WSDL. Por questão de compatibilidade, essas extensões não afetam os cabeçalhos do envelope SOAP.
    Alternativa errada. O WS-Security é um padrão para incluir segurança a trocas de mensagens de serviço da Web SOAP. Ele adiciona um elemento de cabeçalho de mensagem SOAP ( <wsse:Security> )para anexar as informações de segurança às mensagens, na forma de tokens , transmitindo diferentes tipos de solicitações (que podem incluir nomes, identidades, chaves, grupos, privilégios, recursos, etc.) juntamente com informações de criptografia e assinatura digital.
    b) UDDI é um serviço de diretório em que é possível registrar e localizar web services.
    Alternativa correta. De acordo com a especificação do UDDI, ele é um serviço de diretório onde empresas podem registrar (publicar) e buscar (descobrir) webservices. UDDI é ainda
    c) WSDL é descrito em formato XML e tem por única função descrever os valores e formatos dos dados que serão intercambiados entre os sistemas.
    Alternativa errada. Além de descrever o serviço, o WSDL especifica como acessá-lo e quais as operações ou métodos disponíveis
    d) SOAP é um protocolo do tipo statefull, independente de sistema operacional, embasado em troca de mensagem one-way e projetado para ser simples e extensível por meio de tecnologia XML.
    Alternativa errada. De acordo com a especificação da WSDL, fornecida pela W3C, existem quatro tipos de transmissão suportado pelo WSDL :
    One-way :O endpoint recebe a mensagem
    Request-response :O endpoint recebe a mensagem e envia a resposta correlacionada
    Solicit-response :O endpoint envia a mensagem e recebe a resposta correlacionada
    Notification :O endpoint envia a mensagem
    e) SOA é uma arquitetura de desenvolvimento cujo objetivo é criar módulos funcionais denominados serviços, fortemente acoplados e independentes de plataforma. É embasada em XML e incentiva reutilização de código e interoperabilidades entre sistemas.
    Alternativa errada, visto que a arquitetura orientada a serviços tem como um dos princípios chaves o baixo acoplamento.
    Portanto, a alternativa correta para essa questão é a letra B.
     
    Fonte :
    - https://www.oasis-open.org/committees/uddi-spec/doc/spec/v3/uddi-v3.0.2-20041019.htm
    - http://www.w3.org/TR/wsdl
ID
872713
Banca
CESPE / CEBRASPE
Órgão
TJ-AC
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens a seguir, referentes à interoperabilidade de sistemas.


Em uma mensagem SOAP sem anexos, a estrutura é composta por SOAPMessage, SOAPPart, SOAPEnvelop, SOAPHeader (opcional) e SOAPBody.

Alternativas
Comentários

  • A questão apresentada não explica o contexto a que se refere, o que pode causar confusão no momento de solucioná-la 

    Esta questão se refere a classes Java para  manipulação de mensagens SOAP. Portanto a questão está correta.

    http://docs.oracle.com/javaee/5/api/javax/xml/soap/SOAPMessage.html

  • Fora do contexto do Java SOAP é estruturada da seguinte forma:

    soap:Envelope  -  É o elemento raiz da mensagem. É este elemento que define a mensagem em questão como uma mensagem SOAP.

    soap:Header (opcional)  -  Contém informações específicas da aplicação como autenticação por exemplo. Se este elemento existir ele deve ser o primeiro elemento do envelope. 

    soap:Body  -  Carrega a informação real do envelope SOAP destinada ao serviço. É uma tag obrigatória.

    soap:Fault  -  Carrega informações de erros com o envelope SOAP.


  • Esta questão está relacionada a pacote e classes SAAJ (SOAP with Attachments API for Java) - http://docs.oracle.com/javase/7/docs/api/javax/xml/soap/package-summary.html 

ID
872722
Banca
CESPE / CEBRASPE
Órgão
TJ-AC
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens a seguir, referentes à interoperabilidade de sistemas.


Todas as mensagens SOAP são enviadas e recebidas por meio de uma conexão feita pelo SOAPConection dentro da API SAAJ.

Alternativas
Comentários
  • SOAPConection? Não seria SOAPConnection?

  • Giordanno, aí é exagero....

  • Não é exagero não. Se é Java, não funciona com uma letra errada. Faltou uma letra, trocou maiuscula por minuscula, já era. O examinador poderia estar fazendo pegadinha. Como sempre faz. E tem mais: "Todas as mensagens SOAP são enviadas e recebidas por meio de uma conexão feita pelo SOAPConection dentro da API SAAJ"?????????????????????????????

    Claro que não. Eu posso usar qualquer API que use SOAP para fazer a conexão. Não preciso ficar preso a uma API java. Posso implementar se eu quiser, usar PHP, .NET...

    O Estagiário do CESPE é terrível.

     

  • Fumou orégano kkk

ID
872725
Banca
CESPE / CEBRASPE
Órgão
TJ-AC
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens a seguir, referentes à interoperabilidade de sistemas.


Nem toda SOAPMessage de um web service recebe retorno para liberação do método de ligação.

Alternativas
Comentários

  • Alguém?

  • Alguém?

  • Galera tomando no "C*"opo.... direto com o método Nishimura. E, assim como vcs tbm, meus nobres, não achei fonte boa para justificar essa questao. Põe essa na conta do Papa!

  • Método Nishimura é meus zovos.
ID
884977
Banca
CESPE / CEBRASPE
Órgão
ANP
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca do SOAP (simple object access protocol) e web services,
julgue os itens subsequentes.

Na versão SOAP 1.2 não é permitido qualquer elemento após a tag body.

Alternativas
Comentários
  • Acredito que a afirmativa é incorreta....

    http://docs.oracle.com/cd/E19182-01/820-0595/ggeja2/index.html

    SOAP 1.2 fault Element

    The fault element specifies the contents of SOAP 1.2 Fault Details element. It is patterned after the body element.

  • "SOAP 1.2 does not permit any element after the body. The SOAP 1.1 schema definition allowed for such a possibility, but the textual description is silent about it."
    Fonte: http://www.w3.org/TR/soap12-part0/#L4697

  • To be recognized as carrying SOAP error information, a SOAP message MUST contain a single SOAP Fault element information item as the only child element information item of the SOAP Body .

    http://www.w3.org/TR/2007/REC-soap12-part1-20070427/#soapfault

    É mais confiável a espeficicação da w3c :D

  • Eu também marquei errado por causa do Fault, mas o Fault vem DENTRO do elemento BODY e não após o elemento BODY.

  • Assertiva correta, apesar de eu não concordar plenamente com ela, mas CESPE é CESPE! Rs....

    Resposta: Certo

ID
884980
Banca
CESPE / CEBRASPE
Órgão
ANP
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca do SOAP (simple object access protocol) e web services,
julgue os itens subsequentes.

Em uma mensagem SOAP que possui o atributo env:mustUnderstand=true no cabeçalho, o bloco deve ser processado de acordo com as especificações constituintes do SOAP.

Alternativas
Comentários
  • The SOAP mustUnderstand attribute information item is used to indicate whether the processing of a SOAP header block is mandatory or optional 

    http://www.w3.org/TR/2003/REC-soap12-part1-20030624/#soapenvelope

  • cara, se vc sabe esse nível de detalhe de SOAP e está aqui estudando pra concurso

     

    bom, claramente vc falhou na vida querido

     

    um abraço carinhoso pra vc

  • Resposta: E

    Alguém sabe exatamente o erro da questão? Ao meu ver, está na segunda parte:

    Em uma mensagem SOAP que possui o atributo env:mustUnderstand=true no cabeçalho, o bloco deve ser processado de acordo com as especificações constituintes do SOAP.

    Pelo que entendo, o bloco deve ser processado ou retornar um erro, mas o SOAP não especifica nada em relação a isso.

    Alguém confirma?

  • Da para responder mesmo sem saber o que quer dizer esse atributo, claro que o "bloco deve ser processado de acordo com as especificações constituintes do SOAP" sempre e não apenas por causa de um atributo. 

  • Olha eu concordo que independente disso "o bloco deve ser processado de acordo com as especificações constituintes do SOAP", porém em nenhum momento a questão cita que APENAS para casos em que possua o atributo no cabeçalho o bloco deve ser processado, o que pra mim torna a questão correta.



    Além disso a primeira coisa que pensei é que estavam cobrando se havia um erro no atributo exposto, então a conclusão fria do candidato poderia ser "senão há erros está correta".

  • Acho que o erro é que o atributo recebe o valor 0 ou 1 e não "true" ou "false", conforme o w3schools. 

    soap:mustUnderstand="1"

    http://www.w3schools.com/webservices/ws_soap_header.asp

  • Acho que o foco da questão não está se o atributo é true, false, 0 ou 1. Mas está associado ao conceito de como se declara um valor de um atributo. Basta observar que o true foi exposto sem o uso das aspas. O correto seria env:mustUnderstand="true".

  • não seria "soap:mustUnderstand" ?

  • O DEVE na questão a torna errada

    O mustUndertand item de informações do atributo SOAP é usado para indicar se o processamento de um bloco de cabeçalho SOAP é obrigatório ou opcional

ID
894373
Banca
CESPE / CEBRASPE
Órgão
TRT - 10ª REGIÃO (DF e TO)
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens a subsequentes, referentes a web services, SOAP, UDDI e WSDL.

Uma das funcionalidades do SOAP é permitir a comunicação entre sistemas protegidos por firewalls, sem a necessidade de abrir portas adicionais e, possivelmente, não seguras.

Alternativas
Comentários

  • Correto. SOAP funciona sobre protocols de aplicação como HTTP, FTP e SMTP usando as respectivas portas, nao sendo necessario criar novas portas para o SOAP

    com excessão dos firewalls Gateway, que conseguem analisar todo o pacote da rede, os firewalls geralmente funcionam inspecionando até as camadas de transporte e rede. então, nesses tipos de firewall,s eles nao analisariam a mensagem SOAP encapsulada em algum deses protocolos de aplciação

  • Pessoal, a assertiva está correta, afinal, está é a função do SOAP, a troca de mensagens através de protocolos HTTP, FTP, e neste caso não há necessidade de abertura de portas no firewall.

    Resposta: Certo

ID
894376
Banca
CESPE / CEBRASPE
Órgão
TRT - 10ª REGIÃO (DF e TO)
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens a subsequentes, referentes a web services, SOAP, UDDI e WSDL.

O comando Post disponível no HTTP do SOAP envia resposta a uma requisição mediante um web service.

Alternativas
Comentários

  • O comando (método) POST não está presenta na resposta. Veja abaixo:

    After that request, your browser receives an HTTP response that may look like this:


    HTTP/1.x 200 OK

    Transfer-Encoding: chunked

    Date: Sat, 28 Nov 2009 04:36:25 GMT

    Server: LiteSpeed

    Connection: close

    X-Powered-By: W3 Total Cache/0.8

    Pragma: public

    Expires: Sat, 28 Nov 2009 05:36:25 GMT

    Etag: "pub1259380237;gz"

    Cache-Control: max-age=3600, public

    Content-Type: text/html; charset=UTF-8

    Last-Modified: Sat, 28 Nov 2009 03:50:37 GMT

    X-Pingback: http://net.tutsplus.com/xmlrpc.php

    Content-Encoding: gzip

    Vary: Accept-Encoding, Cookie, User-Agent

    http://code.tutsplus.com/tutorials/http-headers-for-dummies--net-8039


  • O protocolo HTTP possui 2 lugares para se passar informações para o destino: 
    GET - passa os dados na própria URL 
    POST - passa os dados dentro da requisição HTTP 
    Usamos o GET para passar dados pequenos e estaticos 
    Usamos o POST para para dados da aplicação, informações de processos. 

  • O comando post do HTTP realiza o envio de mensagens de requisição, e o HTTPResponse é o responsável para enviar as respostas para esta solicitação.


    http://imasters.com.br/artigo/4379/web-services/protocolo-de-transporte-padrao-soap/

  • Pessoal, ignorem os comentarios da Daniela e do Rafel e leiam do Landro Reis, q é o unico q responde à questao corretametne

  • O comando post do HTTP realiza o envio de mensagens de requisição, e o HTTPResponse é o responsável para enviar as respostas para esta solicitação.

    Resposta: Errado

  • Post do HTTP realiza o envio de mensagens de requisição, e o HTTPResponse é o responsável para enviar as respostas para esta solicitação.

    Comentário simplificado do Leandro Reis.

ID
894379
Banca
CESPE / CEBRASPE
Órgão
TRT - 10ª REGIÃO (DF e TO)
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens a subsequentes, referentes a web services, SOAP, UDDI e WSDL.

A mensagem SOAP constitui-se de quatro elementos básicos: envelope, declaração, header e finalização.

Alternativas
Comentários

  • -Envelope: elemento raiz da mensagem SOAP (obrigatório).

    -Cabeçalho: contém informação de controle e processamento (opcional)

    -Corpo: contém informação da chamada e da resposta (obrigatório)

    -Fault: informações e status de erro (opcional).


  • 2017

    Analise as afirmativas a seguir sobre a estrutura de uma mensagem SOAP:

    I. É codificada como um documento XML e o elemento é o elemento-raiz da mensagem.

    II. O elemento

    é opcional e o elemento obrigatório.

    III. O elemento é utilizado para transportar informações de erro dentro de uma mensagem SOAP.

ID
895201
Banca
CESPE / CEBRASPE
Órgão
CNJ
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca de interoperabilidade de sistemas, julgue os itens
subsequentes.

Um dos elementos de uma mensagem SOAP é o corpo (body), no qual devem estar contidas as informações de erro e status.

Alternativas
Comentários
  • Erro e Status não são elementos obrigatórios.  Pertencem ao elemento Fault que é sub-elemento de Body.
  • Sintaxe de uma mensagem SOAP é um documento XML contendo os seguintes elementos:
    -  SOAP Envelope
                    É obrigatório o elemento raiz das mensagens SOAP;
                    Identifica o XML como uma mensagem SOAP;
    - SOAP Header;
                    É opcional, contém informações específicas das aplicações;
                    Se estiver presente deve ser o primeiro filho do elemento Envelope;
    - SOAP Body;                
                   É obrigatório, contém informações de chamada e resposta;
                   É o elemento que contém a mensagem propriamente dita, todos os filhos do elemento Body devem ser qualificados por um namespace;
    -Fault;
                  É opcional (contém informações sobre erros que ocorreram durante o processamento da mensagem).

    Portanto a afirmativa é falsa.

    O anjo do Senhor acampa-se ao redor dos que o temem, e os livra.Salmos 34:7
  • As mensagens de erro se situam no elemento Body, mais especificamente no elemento Fault dentro do Body, não vejo errro.
    Mas o que seria status?
  • O erro da questão está em afirmar que as informações de erro e status DEVEM estar contidas no body.  Tais informações estão no elemento Fault, que, conforme já comentado, está no elemento body. Uma vez que o elemento Fault é opcional, é errado afirmar que ele DEVE estar presente.

  • PREVIC 2011

    Uma mensagem SOAP (simple object access protocol) compreende duas partes, o corpo e o cabeçalho (opcional) da mensagem, que são depositadas em um envelope SOAP, o qual deve conter o endereço do receptor.

                 

    errada

  • Mais uma questão mal formulada com dupla interpretação. Não há erro em dizer que tais informações devem estar no Body, mesmo que o elemento Fault seja opcional. Eu interpretei a questão da seguinte forma: ora, se um erro existir e eu quiser expô-lo, o lugar dele é realmente no campo BODY da mensagem SOAP. Cespe, muito obrigado por me fazer arrancar os cabelos com esse tipo de questão... : (

  • Questão com dupla interpretação.

    O elemento Fault que descreve informações de erro e status está contido INDIRETAMENTE no Body, através do elemento Fault.

    Caberia recurso facilmente.

  • Murilo Mansano e Bruno Miranda, a questão está correta. Os colegas já comentaram antes dos seus comentários, talvez vocês não entendeu a questão. Eu também errei por falta de atenção, mas relendo o enunciado, vi que realmente não há erro na questão.

  • Embora a questão já tenha sido bastante comentada pelos colegas, seguem alguns detalhes que podem ajudar...

     

    Errado: Um dos elementos de uma mensagem SOAP é o corpo (body), no qual devem estar contidas as informações de erro e status.

    Correto: Um dos elementos de uma mensagem SOAP é o corpo (body), no qual podem estar contidas as informações de erro e status.

     

    Motivo: Caso não seja necessário realizar o carregamento de mensagens de status ou mensagens de erros, o elemento fault, que é opcional, não aparecerá no elemento body. Nessa situação, em que o elemento fault não aparece, é errado afirmar que as informações de erro e status devem estar contidas no corpo.

  • Devem != podem

  • Muitos comentários errados. Somente o conceito de fallout/fault. Sem textão, por favor.

ID
901186
Banca
CESPE / CEBRASPE
Órgão
CNJ
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens seguintes, acerca de conceitos de tecnologias web,
como webservices, Ajax, XML, DHTML, CSS.

Uma das formas de comunicação para encapsular dados transferidos no formato XML para aplicações serviço web (webservice) é o SOAP (simple object access protocol).

Alternativas
Comentários
  • Geralmente servidores SOAP são implementados utilizando-se servidores HTTP, embora isto não seja uma restrição para funcionamento do protocolo. As mensagens SOAP são documentos XML que aderem a uma especificação fornecida pelo órgão W3C.
  • SOAP é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída. Ele se baseia na Linguagem de Marcação Extensível (XML) para seu formato de mensagem, e normalmente baseia-se em outros protocolos da Camada de aplicação, mais notavelmente em Chamada de Procedimento Remoto (RPC) e Protocolo de Transferência de Hipertexto(HTTP), para negociação e transmissão de mensagens. SOAP pode formar a camada base de uma pilha de protocolos de web services, fornecendo um frameworkde mensagens básico sob o qual os serviços web podem ser construídos. Este protocolo baseado em XML consiste de três partes: um envelope, que define o que está na mensagem e como processá-la, um conjunto de regras codificadas para expressar instâncias do tipos de dados definidos na aplicação e uma convenção para representar chamadas de procedimentos e respostas.

    O SOAP tem:

    • mecanismo para definir a unidade de comunicação,
    • mecanismo para lidar com erros,
    • mecanismo de extensão que permite evolução,
    • mecanismo entre as mensagens SOAP e o HTTP, que permite representar tipos de dados em XML.
    Fonte: Wikipédia

  • No meu ver, quem encapsula os dados transferidos via XML é o HTTP. 

ID
947002
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca dos componentes da arquitetura orientada a serviços, julgue os itens subsecutivos.

A comunicação entre sistemas clientes e servidores para troca de mensagens pode ser realizada por meio de SOAP (simple object access protocol), que é um protocolo para troca de informações estruturadas independente de linguagem de programação.

Alternativas
Comentários

  • SOAP (Simple Object Access Protocol) é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída, utilizando tecnologias baseadas em XML.

    Independente de qualquer modelo de programação ou outra implementação específica.

    Define um envelope para transmissão de mensagens, oferece regras para representar "remote procedure calls" (RPCs);

    Resposta: Certo

ID
957937
Banca
FCC
Órgão
SEFAZ-SP
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Para responder à questão considere o texto a seguir:

          A equipe de TI da empresa A necessita de um módulo de software que pesquise a situação fiscal de seus clientes. Como a entrega do projeto está atrasada, decidiu-se utilizar um web service de uma empresa B.
          Para saber se o serviço atende às necessidades da empresa, a equipe de TI fez uma busca em um serviço de diretório no qual a empresa B publicou a descrição. Nessa descrição foram disponibilizadas informações como, por exemplo, as funções que o serviço possui, as informações de entrada necessárias para que o serviço possa ser executado e os tipos de resultados que o serviço disponibiliza. Para publicar essas informações, a empresa B utilizou uma linguagem baseada no padrão XML.
          Após buscar no serviço de diretório e constatar que o serviço atendia às necessidades da empresa, a equipe de TI contratou o serviço.
          Desenvolveu-se, então, um módulo de software que troca mensagens entre a aplicação e o web service utilizando o pro- tocolo SOAP, baseado em XML. As mensagens são transmitidas utilizando-se o protocolo HTTP em conjunto com outros padrões web.

O serviço de diretório citado no texto e a linguagem utilizada para publicar a descrição do serviço são, respectivamente:

Alternativas
Comentários

  • UDDI (Universal Description, Discovery and Integration) é um serviço de diretório onde empresas podem registrar (publicar) e buscar (descobrir) por serviços Web (Web Services). UDDI é ainda um framework de plataforma independente (desenvolvido na plataforma .NET) para descrever e integrar os serviços de negócios usando a internet, possibilitando assim uma exposição controlada dos serviços da empresa. A comunicação é realizada através do SOAP e as interfaces web service são descritas por WSDL.

    WSDL (Web Services Description Language) é uma linguagem baseada em XML utilizada para descrever Web Services funcionando como um contrato do serviço. Trata-se de um documento escrito em XML que além de descrever o serviço, especifica como acessá-lo e quais as operações ou métodos disponíveis.

ID
957940
Banca
FCC
Órgão
SEFAZ-SP
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Para responder à questão considere o texto a seguir: 

         A equipe de TI da empresa A necessita de um módulo de software que pesquise a situação fiscal de seus clientes. Como a entrega do projeto está atrasada, decidiu-se utilizar um web service de uma empresa B.
          Para saber se o serviço atende às necessidades da empresa, a equipe de TI fez uma busca em um serviço de diretório no qual a empresa B publicou a descrição. Nessa descrição foram disponibilizadas informações como, por exemplo, as funções que o serviço possui, as informações de entrada necessárias para que o serviço possa ser executado e os tipos de resultados que o serviço disponibiliza. Para publicar essas informações, a empresa B utilizou uma linguagem baseada no padrão XML. 
          Após buscar no serviço de diretório e constatar que o serviço atendia às necessidades da empresa, a equipe de TI contratou o serviço.
          Desenvolveu-se, então, um módulo de software que troca mensagens entre a aplicação e o web service utilizando o pro- tocolo SOAP, baseado em XML. As mensagens são transmitidas utilizando-se o protocolo HTTP em conjunto com outros padrões web. 


Segundo o texto, a troca de mensagens entre a aplicação e o web service utiliza o protocolo SOAP. Uma mensagem SOAP é um documento XML que pode conter diversos elementos. Sobre esses elementos, é correto afirmar que:

Alternativas
Comentários

  • O primeiro elemento é o Envelope e é obrigatório (elemento raiz).

    O elemento Fault é opcional e se encontra dentro do elemento obrigatório Body.

    O elemento Fault é único e dentro dele, quando ele é utilizado, existem sub-elementos que descrevem as mais variadas mensagens de erro.

  • O Fault é o filho único e opcional do Body

ID
977422
Banca
CETRO
Órgão
ANVISA
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação ao SOAP (Simple Object Access Protocol),analise as assertivas abaixo.

I. Permite a comunicação entre sistemas protegidos por firewalls sem a necessidade de abrir portas adicionais.
II.Não fornece as funcionalidades de coleta de lixo,variáveis por referência e mecanismo de autenticação.
III.Permite a interoperabilidade entre sistemas utilizando protocolos e linguagens padronizados, notadamente HTTP e XML.É correto o que está contido em:

Alternativas
Comentários
  • SOAP is an XML-based protocol to let applications exchange information over HTTP. Or more simple: SOAP is a protocol for accessing a Web Service.
       - SOAP stands for Simple Object Access Protocol 
       - SOAP is a communication protocol
       - SOAP is a format for sending messages
       - SOAP is designed to communicate via Internet
       - SOAP is platform independent
       - SOAP is language independent
       - SOAP is based on XML
       - SOAP is simple and extensible
       - SOAP allows you to get around firewalls
       - SOAP is a W3C standard

    (Fonte: W3Schools.com)

    Gabarito letra "E".

  • I. CORRETO! SOAP funciona sobre protocols da camada de aplicação como HTTP, FTP e SMTP, usando suas respectivas portas, nao sendo necessario criar novas portas. Como Firewalls do tipo Filtro de Pacote analisam apenas os cabeçalhos das camadas de Rede e Transporte, os dados do SOAP (Aplicação) não serão analisados. Por outro lado (exceção), nos Gateways de Aplicação todo o conteúdo do pacote será analisado, incluindo as mensagens do SOAP encapsuladas por esses protocolos da camada de aplicação.

     

    Outra questão que corrobora o entendimento: [CESPE TRT-10 2013] Uma das funcionalidades do SOAP é permitir a comunicação entre sistemas protegidos por firewalls, sem a necessidade de abrir portas adicionais e, possivelmente, não seguras. Gab. CORRETO!

     

    II. CORRETO! SOAP é um protocolozo utilizado como mecanismo de comunicação padronizado, aspectos como coleta de lixo, referencias a variáveis e autenticação são aspectos voltados a linguagens de programação e mecanismos de segurança da informação.

     

    III. CORRETO! A padronização da comunicação provida pela arquitetura SOAP é baseada em XML rodando sobre protocolo HTTP (transmissão de arquivos na internet).

     

    Bons estudos!

ID
1029913
Banca
CESPE / CEBRASPE
Órgão
TCE-RO
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca de service-oriented architeture, julgue os itens subsequentes, considerando que SOAP corresponde a simple object access protocol e WSDL corresponde a web services description language.

As mensagens SOAP são transmitidas em formato XML, cujo envelope é composto de cabeçalho e corpo. Apenas o cabeçalho é opcional, e, quando preenchido, é necessariamente composto de rota, dados de segurança, origem e destino.

Alternativas
Comentários

  • Mensagem SOAP:

     

    -Envelope: elemento raiz da mensagem SOAP (obrigatório).

    -Cabeçalho: contém informação de controle e processamento (opcional)

    -Corpo: contém informação da chamada e da resposta (obrigatório)

    -Fault: informações e status de erro (opcional).

    Além do Cabeçalho, as informações de status também são opcionais.

    Resposta: Errado

  • Complementando o comentário do colega:

    "Apenas o cabeçalho é opcional, e, quando preenchido, é necessariamente composto de rota, dados de segurança, origem e destino."

    O trecho sublinhado está incorreto, pois o cabeçalho (header) de uma mensagem soap não precisa conter essas informações. Ele pode sim, conter informações sobre nós intermediários (mas não precisa ser a rota completa), pode conter dados de segurança [4], dados de autenticação [1], e pode conter informações do nó final (nó de destino). Somente nós intermediários e finais são especificados no cabeçalho. Desconheço o fato de o nó de origem estar contido nesse elemento. Além disso, a questão afirma que necessariamente o cabeçalho deve conter esses quatro tipos de informações, quando na verdade, o cabeçalho poderia conter somente a indicação de segurança,  ou somente especificação de nó de destino, ou seja, esses itens podem ser utilizados isoladamente.

    Em geral, o elemento header possui subelementos dentro dele e pode vir com os seguintes atributos:

    - MustUnderstand [1, 3]: pode ser expresso com o valor true ou false. Se true, indica que os nós obrigatoriamente devem processar os blocos header, ou seja, processar os subelementos que estiverem contidos no elemento header.

    - Actor (v1.1 do soap) [1, 3] ou Role (v1.2 do soap) [2]: indica os nós, intermediários ou finais, que devem processar o cabeçalho, isto é, o elemento header da mensagem.

    - EncodingStyle [1, 3]: indica as regras utilizadas para codificar partes da mensagem soap

    - relay (somente v1.2 do soap) [2]: Ao processar o elemento header de uma mensagem SOAP, os nós intermediários removem esses blocos header (subelementos de header) da mensagem, assim como, aqueles subelementos que eles não processaram porque estavam com o atributo mustUnderstand com o valor "false". Para impedir que esses blocos não processados sejam removidos da mensagem SOAP, pelos nós intermediários, o atributo relay é especificado com o valor "true".

    Um exemplo de cabeçalho de segurança seria [4]:

    <soapenv:Envelope xmlns:soapenv=
      "http://schemas.xmlsoap.org/soap/envelope/">
      <soapenv:Header>
      <wsse:Security xmlns:wsse="http://docs.oasis-
    open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-
    1.0.xsd" soapenv:mustUnderstand="1">
      <wsu:Timestamp xmlns:wsu="http://docs.oasis-
    open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-
    1.0.xsd" wsu:Id="Timestamp-29987161">
      <wsu:Created>2006-06-19T16:22:28.578Z</wsu:Created>
      <wsu:Expires>2006-06-19T16:27:28.578Z</wsu:Expires>
      </wsu:Timestamp>
      </wsse:Security>
      </soapenv:Header>

      <soapenv:Body> ...   </soapenv:Body>

    </soapenv:Envelope>


    Tentei encontrar referências em português para indicar aqui, mas achei a maioria em inglês:

    [1] http://docs.oracle.com/cd/B40099_02/books/EAI2/EAI2_WebServices33.html
    [2] phttp://publib.boulder.ibm.com/infocenter/cicsts/v3r1/index.jsp?topic=%2Fcom.ibm.cics.ts31.doc%2Fdfhws%2Fconcepts%2Fsoap%2Fdfhws_header.htm
    [3] http://www.w3schools.com/webservices/ws_soap_header.asp

    [4] http://www.ibm.com/developerworks/br/webservices/tutorials/ws-understand-web-services4/index.html?ca=dat

    A melhor referência para estudar esses assuntos sem consumir muito tempo são as vídeo-aulas de SOA do site http://www.provasdeti.com.br/. As aulas abordam todos esses assuntos e são de excelente qualidade.

    Abraço.

ID
1029916
Banca
CESPE / CEBRASPE
Órgão
TCE-RO
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca de service-oriented architeture, julgue os itens subsequentes, considerando que SOAP corresponde a simple object access protocol e WSDL corresponde a web services description language.

O SOAP permite a troca de mensagens estruturadas em ambiente distribuído e descentralizado, com o uso de tecnologias XML. Essas mensagens podem ser trocadas por uma variedade de protocolos subjacentes como, por exemplo, o HTTP.

Alternativas
Comentários

  • fiquei na dúvida com subjacente. HTTP nao seria sobrejacente ao SOAP n?  por HTTP encapsular uma mensagem SOAP?

  • Tbm achei que fosse Duilio, mas olha o que diz na wikipedia:

    " It uses XML Information Set for its message format, and relies on other application layer protocols, most notably Hypertext Transfer Protocol (HTTP) or Simple Mail Transfer Protocol (SMTP), for message negotiation and transmission."


    Em outro trecho, ainda diz:

    "SOAP is versatile enough to allow for the use of different transport protocols. The standard stacks use HTTP as a transport protocol, but other protocols such as SMTP can also be used. SOAP can also be used over JMS and Message Queues."

ID
1035505
Banca
CESPE / CEBRASPE
Órgão
PEFOCE
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

No que se refere a interoperabilidade de sistemas e web services, julgue os itens seguintes.

SOAP é um protocolo leve destinado à troca de informações estruturadas em um ambiente distribuído e descentralizado. Uma mensagem SOAP, por exemplo, é um documento XML composto de três partes obrigatórias: envelope, cabeçalho e corpo.

Alternativas
Comentários

  • Apenas o Envelope e o Corpo são obrigatórios.

  • Cabeçalho e Fault (Dentro do body) são opcionais.

  • além disso, soap não é um protocolo leve

ID
1042624
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens seguintes, acerca dos conceitos de XML e webservices.

SOAP (simple object access protocol) é o protocolo que implementa a linguagem de programação dos procedimentos que são disponibilizados como serviço web (webservice). SOAP implementa em XML e XSL os serviços como uma coleção de endpoints (endereços de rede), ou portas.

Alternativas
Comentários
  • false...

    wsdl que descreve os procedimentos

  • Não compreendi bem o erro da questão.

  • XLS é uma extensão do Excel gente a CESPE gosta muito de confundir o usuario pois se parece com XLS se parece com XML!

  • Galera SOAP é apenas formatado em XML. 

  • Anderson, é XSL, não XLS rsrs

ID
1055401
Banca
CESPE / CEBRASPE
Órgão
STF
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens seguintes, com relação a SOA (Service-oriented Architecture).

O SOAP (Simple Object Access Protocol), framework utilizado para a criação de protocolos de aplicação de rede, inclui um núcleo do protocolo de pedido de interações assíncronas orientado a conexão e pode ser usado tanto para mensagens binárias como para mensagens embasadas em texto dentro do contexto de uma única identidade de usuário do aplicativo.

Alternativas
Comentários

  • O Soup é um protocolo utilizado para troca de informações entre webservices, baseado em XML.

    SOAP (Simple Object Access Protocol) é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída. Ele se baseia na Linguagem de Marcação Extensível (XML) para seu formato de mensagem, e normalmente baseia-se em outros protocolos da Camada de aplicação, mais notavelmente em Chamada de Procedimento Remoto (RPC) e Protocolo de Transferência de Hipertexto (HTTP), para negociação e transmissão de mensagens.

    SOAP pode formar a camada base de uma pilha de protocolos de web services, fornecendo um framework de mensagens básico sob o qual os serviços web podem ser construídos. Este protocolo baseado em XML consiste de três partes: um envelope, que define o que está na mensagem e como processá-la, um conjunto de regras codificadas para expressar instâncias do tipos de dados definidos na aplicação e uma convenção para representar chamadas de procedimentos e respostas.

  • Acho que ele chamar o SOAP foi meio forçado, mas não entendi o interações assíncronas e orientadas à conexão

  • gabarito: Errado. acho q está errado nesse momento: ...usado tanto para mensagens binárias quanto mensagens em texto.....

  • O erro é dizer que é um framework

  • Pra mim o erro é dizer que é orientado à conexão. Cada mensagem SOAP é completa e independente.

  • Essa descrição é do framework BXXP:

    This memo describes the design principles for the Blocks eXtensible eXchange Protocol (BXXP).  BXXP is a generic application protocol framework for connection-oriented, asynchronous interactions. The framework permits simultaneous and independent exchanges within the context of a single application user-identity, supporting both textual and binary messages.

    Fonte: https://tools.ietf.org/html/rfc3117

ID
1055857
Banca
CESPE / CEBRASPE
Órgão
STF
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

A respeito de arquiteturas de integração, julgue os itens a seguir.

XML e SOAP são padrões utilizados no processo de construção de um web service. Nesse processo, os dados são transferidos no padrão SOAP e encapsulados no formato XML.

Alternativas
Comentários
  • XML é linguagem de marcação, SOAP é protocolo de comunicação.
    WSDL é utilizado na construção de uma WebService e não o protocolo SOAP que é utilizado na comunicação entre os vários elementos envolvidos.
  • Questão chata essa... eu errei na prova

  • Resposta: Errado

    É o contrário, os dados são transferidos no padrão XML e encapsulados no formato SOAP.

  • Pelo que sei, XML é uma linguagem e não um padrão.

  • Os conceitos foram invertidos. A palavra chave para resolver a questão é "encapsulados", que nos remete a algum protocolo. Na questão é o SOAP.

  • XML e SOAP são padrões utilizados no processo de construção de um web service. Nesse processo, os dados são transferidos no padrão SOAP( o correto é XML) e encapsulados no formato XML ( o correto é SOAP).


    []'s

  • Acho que o erro está em dizer que os dados são transferido no padrão SOA. Quando na verdade é utilizado o protocolo HTTP para transportar os dados.

ID
1062568
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Sobre protocolos, linguagens de descrição e outros recur- sos encontrados no universo das arquiteturas orientadas a serviços (SOA), considere as afirmativas a seguir.

I - SOAP é um protocolo baseado em XML para troca de informações em um ambiente distribuído.

II - WSDL é uma linguagem baseada em XML, utilizada para descrever um Web Service.

III - WPDL é uma plataforma de SOA utilizada para su- portar os Web Services.

É correto APENAS o que se afirma em

Alternativas
Comentários
  • - SOAP: é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída. Ele se baseia na Linguagem de Marcação Extensível (XML) para seu formato de mensagem, e normalmente baseia-se em outros protocolos da camada de aplicação, mais notavelmente em chamada de procedimento remoto (RPC) e Protocolo de transferência de hipertexto (HTTP), para negociação e transmissão de mensagens. (https://pt.wikipedia.org/wiki/SOAP) ITEM CORRETO.

    - WSDL: é uma linguagem baseada em XML utilizada para descrever Web Services funcionando como um contrato do serviço. Trata-se de um documento escrito em XML que além de descrever o serviço, especifica como acessá-lo e quais as operações ou métodos disponíveis. (https://pt.wikipedia.org/wiki/Web_Services_Description_Language) ITEM CORRETO. 

ID
1085965
Banca
FADESP
Órgão
CREA-PA
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Os objetos do servidor que utilizam o Simple Object Access Protocol (SOAP) para aceitar solicitações e retornar resultados são os.

Alternativas
Comentários

  • Web Services.

    São fundamentada na linguagem XML - eXtensible Marku p Language, utilizada para representação dos dados e como base para outros padrões.

  • Gabarito C

    Web Service é uma solução utilizada na integração de sistemas e na comunicação entre aplicações diferentes. Com esta tecnologia é possível que novas aplicações possam interagir com aquelas que já existem e que sistemas desenvolvidos em plataformas diferentes sejam compatíveis.

    "Retroceder Nunca Render-se Jamais !"

    Força e Fé !

    Fortuna Audaces Sequitur !

ID
1096036
Banca
CAIP-IMES
Órgão
Câmara Municipal de São Caetano do Sul - SP
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Considere as seguintes afirmações abaixo.

I - Um Web Service é um componente, ou unidade lógica de aplicação, acessível através de protocolos padrões de Internet. Como componentes, esses serviços possuem uma funcionalidade que pode ser reutilizada sem a preocupação de como é implementada. O SOAP é um protocolo independente de plataforma e linguagem de programação para transmissão de mensagens e chamadas de procedimento remoto.
II - Ao se efetuar a modelagem de dados num banco de dados relacional, podemos afirmar que uma relação na segunda forma normal pode apresentar diversas chaves primárias, mas apenas uma chave candidata. Esta chave não pode ser chave estrangeira relacionada a outra tabela.

Pode-se afirmar que:

Alternativas
Comentários
  • "SOAP é um protocolo independente de plataforma e linguagem de programação..."

    Que eu saiba o SOAP usa o XML como linguagem, existe SOAP implementado em outra linguagem? Não seria o SOAP então dependente do XML?
ID
1096048
Banca
CAIP-IMES
Órgão
Câmara Municipal de São Caetano do Sul - SP
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Considere as afirmações abaixo.

I - A table is in second normal form (2NF) if it is in 1NF and there is no nonkey column dependent on a partial primary key of that table. This means if (A,B) is a combination of two table columns building the key, then there is no column of the table depending either on only A or only B.

II - SOAP is a XML-based protocol to let applications exchange information over HTTP. Or more simply: SOAP is a protocol for accessing a Web Service.

Pode-se afirmar que:

Alternativas
Comentários

  • Not necessarily HTTP

  • A table in second normal form means that there are no partial dependency. The ideal fettle of a 2FN table is to allow the user to fetch records based on a PK query alone, without the select statement returning ambiguous results for a well-defined inquiry centred round the PK

    The Simple Object Access Protocol (SOAP), is a protocol that relies on XML to exchange data over an HTTP protocol. This feature allows communication at the application layer

ID
1099180
Banca
COPEVE-UFAL
Órgão
ALGÁS
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Dadas as afirmações a seguir,

I. Java Server Faces (JSF) é um framework de persistência utilizado para integração entre a aplicação Java e o banco de dados. Aplicações desenvolvidas em JSF apresentam um melhor desempenho, quando comparada com aplicações que utilizam o framework Hibernate.

II. SOAP é um protocolo, baseado em XML, para troca de informações estruturadas em uma plataforma descentralizada e distribuída.

III. O protocolo SOAP, de acordo com o padrão especificado pela W3C, possui duas partes, conhecidas como Body e Envelope.

IV. REST é uma técnica de engenharia de software utilizada no desenvolvimento de sistemas hipermídia distribuídos e adequada para a Web.

verifica-se que somente

Alternativas
Comentários
  • A III também esta correta.

  • Thales, a III está errada mesmo. O protocolo SOAO consiste, na verdade em 3 partes: envelopeVejamos o que diz o W3C:

    "SOAP is a lightweight protocol for exchange of information in a decentralized, distributed environment. It is an XML based protocol that consists of three parts: an envelope that defines a framework for describing what is in a message and how to process it, a set of encoding rules for expressing instances of application-defined datatypes, and a convention for representing remote procedure calls and responses. SOAP can potentially be used in combination with a variety of other protocols; however, the only bindings defined in this document describe how to use SOAP in combination with HTTP and HTTP Extension Framework."

    Mais abaixo, no mesmo documento temos:

    "A SOAP message is an XML document that consists of a mandatory SOAP envelope, an optional SOAP header, and a mandatory SOAP body. This XML document is referred to as a SOAP message for the rest of this specification. The namespace identifier for the elements and attributes defined in this section is "http://schemas.xmlsoap.org/soap/envelope/". A SOAP message contains the following:

    • The Envelope is the top element of the XML document representing the message.
    • The Header is a generic mechanism for adding features to a SOAP message in a decentralized manner without prior agreement between the communicating parties. SOAP defines a few attributes that can be used to indicate who should deal with a feature and whether it is optional or mandatory (see section 4.2)
    • The Body is a container for mandatory information intended for the ultimate recipient of the message (see section 4.3). SOAP defines one element for the body, which is the Fault element used for reporting errors."

    Agora III é que achei que banca forçou um poupo a barra para dizer que está correta. Pois, REST é uma arquitetura que abstrai a arquitetura cliente-servidor da web. Daí a dizer que ela é uma "técnica de engenharia de software" é um pouco forçação de barra! Mas, tudo bem a banca é uma tal de COPEVE-UFAL! REST é "Representational State Transfer (REST), em português Transferência de Estado Representacional, é uma abstração da arquitetura da World Wide Web (Web), mais precisamente, é um estilo arquitetural que consiste de um conjunto coordenado de restrições arquiteturais aplicadas a componentes, conectores e elementos de dados dentro de um sistema de hipermídia distribuído. O REST ignora os detalhes da implementação de componente e a sintaxe de protocolo com o objetivo de focar nos papéis dos componentes, nas restrições sobre sua interação com outros componentes e na sua interpretação de elementos de dados significantes." - fonte Wikipedia.

  • onde que a III fala APENAS duas partes ou CONSISTE em duas partes? ela fala possui duas partes, e de fato ela possui o body e envelope, além do resto ué

  • SOAP é um protocolo de comunicação e REST é um estilo arquitetural, portanto, um mesmo Web Service pode utilizar SOAP e promover uma arquitetura REST, simultaneamente. O SOAP trata sobre a especificação para a troca de informação entre sistemas utilizando a XML, com suporte a interfaces orientadas a métodos e documentos. Tem 4 elementos: envelope, header, body e fault

    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.

ID
1099234
Banca
COPEVE-UFAL
Órgão
ALGÁS
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Dos itens a seguir,

I. structs
II. collections
III. vectors
IV. bags
V. arrays

Quais são tipos de dados compostos do SOAP?

Alternativas
Comentários

  • Questão Hard:

     

    Compound types

    SOAP defines types corresponding to the following structural patterns often found in programming languages:

    Struct

    A "struct" is a compound value in which accessor name is the only distinction among member values, and no accessor has the same name as any other.

    Array

    An "array" is a compound value in which ordinal position serves as the only distinction among member values.

    SOAP also permits serialization of data that is neither a Struct nor an Array, for example data such as is found in a Directed-Labeled-Graph Data Model in which a single node has many distinct accessors, some of which occur more than once. SOAP serialization does not require that the underlying data model make an ordering distinction among accessors, but if such an order exists, the accessors MUST be encoded in that sequence.

     

    FONTE: https://www.w3.org/TR/2000/NOTE-SOAP-20000508/#_Toc478383519

     

ID
1115356
Banca
CESPE / CEBRASPE
Órgão
SUFRAMA
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Com referência a CORBA e web services, julgue os itens subsequentes.

Em uma visão simplificada, uma mensagem SOAP, no contexto de um web service, possui como estrutura um elemento XML com dois elementos filhos, o cabeçalho e o corpo. O conteúdo do cabeçalho e os elementos do corpo também são representados em XML.

Alternativas
Comentários

  • Vai entendei o elemento header não é obrigatório e na alternativa deixa a entender que é obrigatório. Essas bancas me matam. Manter o Foco.

  • O que determina a questão é o início da frase: "Em uma visão simplificada". Fica subtendido que é a visão sem os opcionais (no caso o header).

  • O texto deixa subentendido que o cabeçalho é obrigatório, visto que na visão simplificada da coisa consta o cabeçalho. Foda, parece o tipo de questão que só não foi alterado o gabarito por falta de recurso.

  • Manny Calavera, você está interpretando o enunciado da questão errado. Ele não diz que algum elemento é ou não obrigatório, apenas fala que a estrutura possui os elementos header e body.

ID
1115359
Banca
CESPE / CEBRASPE
Órgão
SUFRAMA
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Com referência a CORBA e web services, julgue os itens subsequentes.

Existem dois conceitos fundamentais no web services: o envelope, que é o elemento de informação mais externo de uma mensagem SOAP, e o cabeçalho, que consiste em uma coleção de zero ou mais blocos de cabeçalho SOAP.

Alternativas
Comentários

  • Se o cabeçalho é opcional como pode ser conceito fundamental?

    Sendo que o body é obrigatório.

  • SOAP: Sintaxe de uma mensagem SOAP é um documento XML contendo os seguintes elementos:

    -  SOAP Envelope: É obrigatório o elemento raiz das mensagens SOAP;Identifica o XML como uma mensagem SOAP;

    - SOAP Header:  É opcional, contém informações específicas das aplicações; Se estiver presente deve ser o primeiro filho do elemento Envelope;

    -SOAP Body: É obrigatório, contém informações de chamada e resposta. É o elemento que contém a mensagem propriamente dita, todos os filhos do elemento Body devem ser qualificados por um namespace;

    - Fault: É opcional (contém informações sobre erros que ocorreram durante o processamento da mensagem

  • Também fiquei com essa dúvida Jean Ricardo.

  • Achei que tava errada por conta disso: "zero ou mais blocos de cabeçalho SOAP."

    Dá a entender que pode ter zero (possível) ou vários blocos de cabeçalho. O SOAP só pode ter até um bloco de cabeçalho, certo?

  • Errei porque também não entendi o cabeçalho como fundamental uma vez que ele é opcional.

  • Essa questão cabia recurso

  • E desde quando o conceito de web service se confunde com o de SOAP? A questão deveria ser anulada. Envelope não é um conceito vinculado ao web service, já que os dados trabalhados por ele podem ser trafegados por outros protocolos.

  • Questão errada, absurda essa questao!

  • Na minha visão, fundamental != de obrigatório. Envelope, header, body, fault são peças chaves da mensagem soap e por isso fundamentais. Dentro de um header pode sim haver várias outras tags (blocos). Portanto questão correta.

  • Nessa questão é fácil confundir FUNDAMENTAL com OBRIGATÓRIO, mas são conceitos diferentes, todos os elementos estruturais de uma mensagem SOAP são fundamentais, mas nem todo são obrigatórios:

    Obrigatórios: envelope, body

    Opcionais: header, fault

  • o cabeçalho, que consiste em uma coleção de zero ou mais blocos de cabeçalho SOAP.

    Creio que essa última afirmação não remete a idéia de que no SOAP há mais de um elemento HEADER, mas se refere que dentro deste elemento há um ou mais blocos, ou seja, instruções dentro do elemento HEADER.

     

  • Assertiva CORRETA. 

     

    O conceito de cabeçalho é fundamental, e está corretíssimo. 

  • jurisprudência cespe então web service = SOAP?

  • Para quem ficou na dúvida sobre essa questão de zero ou mais blocos de cabeçalho, segue links:

     - https://books.google.com.br/books?id=EfJmiPx4PuEC&pg=PA20&lpg=PA20&dq=SOAP+block+headers+zero&source=bl&ots=y8UrkwjECl&sig=fYTOUZ0rUrF9Na35uAdAITuOXnw&hl=pt-BR&sa=X&ved=0ahUKEwjH0YzHn-nWAhVEhZAKHVNPCnwQ6AEISzAI#v=onepage&q=SOAP%20block%20headers%20zero&f=false

     - https://books.google.com.br/books?id=B8tKBAIOu-UC&pg=PA256&lpg=PA256&dq=SOAP+block+headers+zero&source=bl&ots=41aqoT-U1G&sig=AvfXC_HGt8CeD1L4nmcurQI5jUc&hl=pt-BR&sa=X&ved=0ahUKEwjH0YzHn-nWAhVEhZAKHVNPCnwQ6AEIUDAJ#v=onepage&q=SOAP%20block%20headers%20zero&f=false

  • Questão coringa que só quem tem o gabarito sabe.

  • Vai tomar no cuuuuuuuuuuuuuuuuuuuu

ID
1151278
Banca
INSTITUTO AOCP
Órgão
Colégio Pedro II
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Assinale a alternativa abaixo que indica a linguagem que o SOAP (Simple Object Acess Protocol) se baseia para o envio de suas mensagens.

Alternativas
Comentários

  • É um protocolo para envio de mensagens e troca de informações baseado em XML e em outros protocolos da camada de aplicação, mais notavelmente em chamada de procedimento remoto (RPC) e Protocolo de transferência de hipertexto (HTTP), para negociação e transmissão de mensagens. SOAP pode formar a camada base de uma pilha de protocolos de serviços Web, fornecendo um arcabouço básico de mensagens sob o qual se podem construir os serviços Web.

  • Gabarito A

    SOAP (Simple Object Access Protocol, em português Protocolo Simples de Acesso a Objetos) é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída. Ele se baseia na Linguagem de Marcação Extensível (XML) para seu formato de mensagem, e normalmente baseia-se em outros protocolos da camada de aplicação, mais notavelmente em chamada de procedimento remoto (RPC) e Protocolo de transferência de hipertexto (HTTP), para negociação e transmissão de mensagens. SOAP pode formar a camada base de uma pilha de protocolos de serviços Web, fornecendo um arcabouço básico de mensagens sob o qual se podem construir os serviços Web. Este protocolo baseado em XML consiste de três partes: um envelope, que define o que está na mensagem e como processá-la, um conjunto de regras codificadas para expressar instâncias do tipos de dados definidos na aplicação e uma convenção para representar chamadas de procedimentos e respostas.

    Sua especificação define um arcabouço que provê maneiras para se construir mensagens que podem trafegar através de diversos protocolos e que foi especificado de forma a ser independente de qualquer modelo de programação ou outra implementação específica. Por não se tratar de um protocolo de acesso a objetos, o acrônimo não é mais utilizado.

    Geralmente servidores SOAP são implementados utilizando-se servidores HTTP, embora isto não seja uma restrição para funcionamento do protocolo. As mensagens SOAP são documentos XML que aderem a uma especificação W3C.

    O primeiro esforço do desenvolvimento do SOAP foi implementar RPCs sobre XML.

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !     

ID
1179322
Banca
FCC
Órgão
TRT - 16ª REGIÃO (MA)
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Um web service pode ser visto como a convergência de algumas tecnologias como HTTP, XML, SOAP, WSDL e UDDI. O protocolo SOAP é uma especificação da W3C para troca de informações estruturadas em ambientes descentralizados e distribuídos. Um arquivo XML de mensagem SOAP pode conter alguns elementos obrigatórios e outros opcionais. Um dos elementos opcionais é o Fault, que suporta em seu interior os elementos

Alternativas
Comentários

  • The SOAP Fault element has the following sub elements:

    Sub ElementDescription
    A code for identifying the fault
    A human readable explanation of the fault
    Information about who caused the fault to happen

    Holds application specific error information related to the Body element

    http://www.w3schools.com/webservices/ws_soap_fault.asp

  • <faultCode>A text code used to indicate a class of errors. See the next Table for a listing of predefined fault codes.
    <faultString>A text message explaning the error
    <faultActor>A text string indicating who caused the fault. This is useful if the SOAP message travels through several nodes in the SOAP message path, and the client needs to know which node caused the error. A node that does not act as the ultimate destination must include a faultActor element.
    <detail>An element used to carry application-specific error messages. The detail element can contain child elements, called detail entries.

  • Parece que isso é válido para o SOAP 1.1. No SOAP 1.2 os nomes mudaram.

  • O elemento Fault do SOAP é o elemento de falha aonde possui erros e informações de status de uma mensagem SOAP.
    Este elemento é opcional e quando estiver presente deve aparecer como um elemento filho do elemento Body


    Fonte: https://zarelli.wordpress.com/2012/03/22/como-funciona-o-soap-protocolo-simples-de-acesso-a-objetos/

  • The SOAP Fault element has the following sub elements:

     

    faultcode: A code for identifying the fault

    faultstring: A human readable explanation of the fault

    faultactor: Information about who caused the fault to happen

    detail: Holds application specific error information related to the Body element

     

    FONTE: http://www.w3schools.com/xml/xml_soap.asp

  • Trazindo:

     

     

    O elemento falha SOAP tem os seguintes sub elementos:  

    faultcode: um código para a identificação da falha

    faultstring: Uma explicação legível humana da falha

    faultactor: Informações sobre quem causou a falha acontecer

    detalhe: Mantém aplicação específica informações de erro relacionado com o elemento do corpo

ID
1190281
Banca
FGV
Órgão
DPE-RJ
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Na empresa onde João trabalha, as mensagens SOAP são enviadas por intermédio do protocolo HTTP. Essa abordagem permite que o protocolo SOAP seja beneficiado pela :

Alternativas
Comentários

  • https://imasters.com.br/artigo/4379/web-services/protocolo-de-transporte-padrao-soap/?trace=1519021197&source=single

  • O Item E não estaria correto tb?

     

  • Garantia é uma palavra muito forte.

ID
1190284
Banca
FGV
Órgão
DPE-RJ
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

As mensagens SOAP encapsuladas pelo HTTP podem passar por Firewalls de rede sem qualquer contestação, pois na maioria dos Firewalls a porta 80 (padrão do HTTP) é liberada. Uma abordagem para encapsular mensagem SOAP, sem a utilização de um protocolo padrão da Internet estaria sujeita .

Alternativas
ID
1190317
Banca
FGV
Órgão
DPE-RJ
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Uma empresa possui um conjunto de sistemas desenvolvidos com plataformas/tecnologias diferentes. Como parte da estratégia dessa empresa, decidiu-se que os sistemas precisam estar interoperáveis ou integrados. Foi proposto o uso de serviços Web baseados em SOAP. Considerando-se a plataforma .NET, essa proposta

Alternativas
Comentários

  • Gabarito: E

    Nenhum segredo aqui, SOAP é um padrão para a descrição de Web Services amplamente utilizado, e a plataforma .NET tem suporte através da SOAP Interface.

ID
1208248
Banca
CESPE / CEBRASPE
Órgão
TJ-SE
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca de interoperabilidade, arquitetura orientada a serviços (SOA) e Web Services, julgue os itens subsequentes.

De acordo com a e-Ping 2010, a utilização do protocolo SOAP (Simple Object Access Protocol) na tecnologia de Web Services é recomendada como solução de interoperabilidade em arquiteturas distribuídas em sistemas de qualquer porte.

Alternativas
Comentários

  • triste, mas vamos lá...


    REST

  • Errei na prova pois pensei da mesma forma que o Raphael, e-ping recomenda REST para sistemas de pequeno porte... 

  • 10.1.5 A tecnologia de Web Services é recomendada como solução de interoperabilidade da e-PING. De maneira que, independente das tecnologias em que foram implementados, possa-se adotar um padrão de interoperabilidade que garanta escalabilidade, facilidade de uso, além de possibilitar atualização de forma simultânea e em tempo real. Recomenda-se a utilização do protocolo Simple Object Access Protocol (SOAP) para interconexão em arquiteturas descentralizadas e/ou distribuídas para implementação de serviços em sistemas de qualquer porte. Alternativamente, recomenda-se o desenvolvimento de projetos baseados em REST, que utiliza o
    protocolo HTTP.

  • Para a versão e-ping 2014 tanto o protocolo SOAP quanto o REST são ADOTADOS e não mais recomendados. (página 36 do Documento de Referência e-ping v2014).

  • Conforme ePING 2010 (http://www.governoeletronico.gov.br/documentos-e-arquivos/0026_final.pdf):

    6.1.7. A tecnologia de Web Services é recomendada como solução de interoperabilidade da ePING. Recomenda-se a utilização do protocolo Simple Object Access Protocol (SOAP) para interconexão em arquiteturas descentralizadas e/ou distribuídas para implementação de serviços em sistemas de qualquer porte. Alternativamente, para serviços web de pequeno porte, considera-se possível o desenvolvimento de projetos baseados em REST, que utiliza o protocolo HTTP.

  • Hederson Santos: A Versão 2014 do ePING o SOAP continua como  recomendo e não Adotado. Além disso não encontrei em nenhuma parte do documento falando sobre REST. Também não encontrei nada na página 36 conforme citada por você.

  • Concurseiro PR, veja no link ao documento de 2014: https://www.governoeletronico.gov.br/documentos-e-arquivos/e-PING%20v2014%2030%2012%202013.pdf

    Está na tabela 17: Especificações para Áreas de Integração para Governo Eletrônico – Web Services, item: Protocolo para acesso a Web Service.

    A página é a 48.

    Veja que na versão 2017, Tabela 18 a especificação para SOAP e REST continuam a mesma do documento de 2014: https://www.governoeletronico.gov.br/documentos-e-arquivos/e-PING_v2017_20161221.pdf/view

ID
1212664
Banca
CESGRANRIO
Órgão
CEFET-RJ
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Uma mensagem SOAP é estruturada em um SOAP envelope, que contém

Alternativas
Comentários

  • SOAP-specific sub-elements within the overall env:Envelope (mandatory), namely an env:Header (optional) and an  env:Body (mandatory).


    Referência: https://www.w3.org/TR/2007/REC-soap12-part0-20070427/

  • The SOAP Header Element

    The optional SOAP Header element contains application-specific information (like authentication, payment, etc) about the SOAP message.

    If the Header element is present, it must be the first child element of the Envelope element.

     

    The SOAP Body Element

    The required SOAP Body element contains the actual SOAP message intended for the ultimate endpoint of the message.

    Immediate child elements of the SOAP Body element may be namespace-qualified.

     

    FONTE: http://www.w3schools.com/xml/xml_soap.asp

  • sabendo que o body é obrigatório, por eliminação mata a questão.

  • O elemento SOAP Header opcional contém informações específicas do aplicativo (como autenticação, pagamento, etc.) sobre a mensagem SOAP.

    Se o elemento Header estiver presente, ele deverá ser o primeiro elemento filho do elemento Envelope.

    O elemento SOAP Body O elemento SOAP Body necessário contém a mensagem SOAP real destinada ao terminal final da mensagem.

    Elementos filho imediatos do elemento SOAP Body podem ser qualificados por namespace.

ID
1271179
Banca
MPE-RS
Órgão
MPE-RS
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Considere as seguintes afirmações sobre Web services e tecnologias a eles relacionadas.
I. A arquitetura SOA visa a permitir o desenvolvimento de sistemas distribuídos cujos componentes são serviços que podem estar dispersos geograficamente e que usam protocolos bem definidos para comunicação e troca de informação.
II. UDDI é uma forma padronizada de definir a interface de um serviço, ou seja, suas operações e os parâmetros correspondentes.
III. SOAP é um protocolo de comunicação entre Web Services que define os elementos essenciais e opcionais das mensagens trocadas entre serviços.
Quais estão corretas?

Alternativas
Comentários

  • é isso que eu tava pensando aqui kkkkkk

ID
1337293
Banca
FGV
Órgão
TJ-GO
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Mensagem utilizada para comunicação com um Serviço Web (Web Service), implementado com o protocolo SOAP 1.2.

< soap:Envelope
xmlns:soap="http://www.w3.org/2001/12/soap-envelope">

< soap:Header>
   < m:Trans xmlns:m=http://www.w3schools.com/transaction/
soap:mustUnderstand="false" >234 < /m:Trans >
< /soap:Header>

< soap:Body xmlns:m="http://www.example.org/stock" >
  < m:GetStockPrice >
    < m:StockName>IBM
  < /m:GetStockPrice >
< /soap:Body >

< /soap:Envelope >

O(s) elemento(s) que pode(m) ser retirado(s) da mensagem, de acordo com a especificação do protocolo SOAP, sem prejuízo para a comunicação com o Serviço Web, é/são:

Alternativas
Comentários

  • O SOAP, definido pela W3C, consiste basicamente dos elementos descritos abaixo:

     Envelope: toda mensagem SOAP deve contê-lo. É o elemento raiz do documento XML. O Envelope pode conter declarações de namespaces e também atributos adicionais como o que define o estilo de codificação – que define como os dados são representados no documento XML. É obrigatório.

     Header: é um cabeçalho opcional. Ele carrega informações adicionais, por exemplo: se a mensagem deve ser processada por um determinado nó intermediário. Quando utilizado, o Header deve ser o primeiro elemento do Envelope. É opcional. 

     Body: Este elemento é obrigatório e contém o payload ou os dados de fato a serem transportados para o seu destino final. O elemento Body pode conter um elemento opcional Fault, usado para carregar mensagens de status e erros retornadas pelos nós ao processarem a mensagem. É obrigatório. 


    Fonte: Apostila Estratégia - Prof. Diego Carvalho

  • SOAP 1.1

    -<s: Envelope> (Obrigatório)
    -  <s:Header> (Opcional)
    -  <s:Body> (Obrigatório)
    -    <s: Fault> (Opcional)
    -       <faultCODE></faultcode>(Obrigatório)
    -       <faultSTRING></faultstring>(Obrigatório)
    -       <faultACTOR></faultactor> (Opcional)
    -       <details></details> (Opcional)

     

    OBS: Não pode existir mais de um elemento Fault dentro de Body.

  •  musUnderstand: especifica se uma entrada de cabeçalho é obrigatória ou opcional nesse caso está com valor =false

  • Elementos obrigatórios: Envelope e Body,

    Elementos opcionais: Header e Fault (faz parte do Body).

    Lembrando que devemos sempre utilizar os seguintes namespaces:

    xmlns:soap="http://www.w3.org/2003/05/soap-envelope/

    soap:encodingStyle="http://www.w3.org/2003/05/soap-encoding

ID
1337296
Banca
FGV
Órgão
TJ-GO
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Analise a mensagem para comunicação com um Serviço Web mostrada. Ao processar essa mensagem listada na questão anterior, caso o servidor não reconheça o elemento m:Trans, presente no Header da mensagem, a resposta SOAP:

< soap:Envelope 
xmlns:soap="http://www.w3.org/2001/12/soap-envelope"> 

< soap:Header> 
   < m:Trans xmlns:m=http://www.w3schools.com/transaction/ 
soap:mustUnderstand="false" >234 < /m:Trans >
< /soap:Header> 

< soap:Body xmlns:m="http://www.example.org/stock" > 
  < m:GetStockPrice > 
    < m:StockName>IBM 
  < /m:GetStockPrice > 
< /soap:Body > 

< /soap:Envelope > 


Alternativas
Comentários

  • receberia um warning, não um erro

  • O atributo mustUnderstand pode ser usado para indicar se uma entrada de cabeçalho é obrigatória ou opcional para o destinatário de processar.

    Se você adicionar mustUnderstand = “1” para um elemento filho do elemento Header indica que o receptor deve reconhecer o elemento ao processar o Header. 

    Se o receptor não reconhece o elemento irá falhar ao processar o Header.

    O mustUnderstand aceita 0 ou 1.

    http://www.w3schools.com/webservices/ws_soap_header.asp


ID
1339966
Banca
PR-4 UFRJ
Órgão
UFRJ
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

A estrutura básica de uma mensagem SOAP utilizada por serviços Web é um documento XML bem-formado. Essas mensagens SOAP podem ser compostas por:

Alternativas
Comentários

  • tags:

    envelope: obrigatório

    body: obrigatório

    header: opcional

    fault: opcional

ID
1348132
Banca
CESPE / CEBRASPE
Órgão
TRT - 8ª Região (PA e AP)
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Assinale a opção correta acerca dos conceitos e aplicações de web services.

Alternativas
Comentários

  • O elemento define um web service, as operações que podem ser executadas, e as mensagens trocadas para executar a operação.

    https://pt.wikipedia.org/wiki/Web_Services_Description_Language

     

  • comparado a uma biblioteca? Não entendi esse trecho.

  • b) <Types> define os tipos de dados aceitos

    c) não deve conter referência à DTD (fonte: https://www.w3schools.com/xml/xml_soap.asp)

    d) utiliza XML (eu acho)

    e) header é opcional, não existe footer

ID
1350148
Banca
Quadrix
Órgão
SERPRO
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Nos web Services os dados são transferidos via HTTP no formato XML, encapsulados pelo protocolo SOAP. Os elementos opcionais de uma mensagem SOAP são:

Alternativas
Comentários

  • "d"  is correct

  • -Envelope: elemento raiz da mensagem SOAP (obrigatório).

    -Cabeçalho(Header): contém informação de controle e processamento (opcional)

    -Corpo(Body): contém informação da chamada e da resposta (obrigatório)

    -Fault: informações e status de erro (opcional).


  • Fonte IBM

    https://www.ibm.com/support/knowledgecenter/pt-br/SSKM8N_8.0.0/com.ibm.etools.mft.doc/ac55780_.htm

  • É bom lembrar também que uma mensagem SOAP só pode conter no máximo um elemento fault.

ID
1365775
Banca
FCC
Órgão
TRT - 13ª Região (PB)
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Um web service deve ser visto como a convergência de um conjunto de tecnologias, dentre elas o UDDI, que é um padrão para publicação e localização de web services por meio de consultas (queries) baseadas em mensagens SOAP e documentos XML. O UDDI é responsável por armazenar informações sobre o responsável pelo web service, o que o web service faz, a localização do web service e sobre como acessar seus serviços. Estas informações são divididas e organizadas em grupos semânticos conhecidos como páginas (pages). As páginas que contêm informações técnicas que descrevem o comportamento e as operações suportadas pelo serviço hospedado (incluindo indicadores para a localização do serviço) são conhecidas como

Alternativas
Comentários

  • White pages: informações cadastrais, como nome da empresa, endereço, telefone e outros.

    Yellow pages: categorias.

    Green pages: informações técnicas sobre os serviços disponíveis pelo provedor.

  • Yellow Pages -> Categorias;

    Green Pages -> Informações técnicas;

    White Pages -> Informações cadastrais.

  • Um web service deve ser visto como a convergência de um conjunto de tecnologias, dentre elas o UDDI, que é um padrão para publicação e localização deweb services por meio de consultas (queries) baseadas em mensagens SOAP e documentos XML. O UDDI é responsável por armazenar informações sobre o responsável pelo web service, o que o web service faz, a localização do web service e sobre como acessar seus serviços. Estas informações são divididas e organizadas em grupos semânticos conhecidos como páginas (pages). As páginas que contêm informações técnicas que descrevem o comportamento e as operações suportadas pelo serviço hospedado (incluindo indicadores para a localização do serviço) são conhecidas como:

    White pages: informações cadastrais, como nome da empresa, endereço, telefone e outros.

    Yellow pages: informações sobre onde encontrar o negócio ou serviços de registros.

    Green pages: informações técnicas sobre os serviços disponíveis pelo provedor.


  • Um registro UDDI consiste de 3 componentes.

     -White Pages / Páginas Brancas-  Provê informações sobre a empresa que fornece o serviço.

     

     -Yellow Pages / Páginas Amarelas- Provê informações sobre a classificação do serviço ou do negócio (Categorias).

     

     -Green pages / Páginas Verdes- São usadas para descrever como acessar o serviço, que são informações técnicas sobre o serviço.
     

  • um esquema que eu inventei:

     

    White Pages -> QUEM (CONTATOS, DESCRIÇÃO)

    Yellow Pages -> CATEGORIA, LOCALIZAÇÃO

    Greens Pages -> COMO USAR, MANUAL,  COMO COMUNICAR, DETALHES TÉCNICOS

ID
1379746
Banca
FEPESE
Órgão
MPE-SC
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Com relação aos padrões de Web Services são realizadas as seguintes afirmativas:

1. WSDL (Web Service Definition Language) define um sistema para a descrição de serviços. Através dela, descrevemos os serviços externos, ou interfaces que são oferecidos por uma determinada aplicação, independentemente de sua plataforma ou linguagem de programação.

2. SOAP é um protocolo baseado em XML para troca de informação entre computadores.

3. SOAP proporciona transporte de dados para Web Services.

4. WSDL (Web Service Data Location) define um sistema para a descrição de dados. Através dela, descrevemos os dados, ou interfaces para os dados que são oferecidos por uma determinada aplicação, independentemente de sua plataforma ou linguagem de programação.

Assinale a alternativa que indica todas as afirmativas corretas.

Alternativas
Comentários

  • Não entendi por que a alternativa d está errada. WSDL não descreve os serviços???

  • Para 1 e 4 temos o seguinte: 

    A Web Services Description Language (WSDL) é uma linguagem baseada em XML utilizada para descrever Web Services funcionando como um contrato do serviço. Trata-se de um documento escrito em XML que além de descrever o serviço, especifica como acessá-lo e quais as operações ou métodos disponíveis. Nao descreve servicos e nem dados.


  • SOAP proporciona transporte??? Não o HTTP que transporta tudo em texto simples??? 

  • Acredito que o erro do item 1 seja a sigla... W3Schools e OASIS definem WSDL como: Web Service Description Language.

    Item 2 está OK.

    O item 3 sinceramente não entedi. O SOAP é utilizado para encapsular os dados. Para transporte, ele utiliza protocolos como o HTTP.

    No item 4, a definição de WSDL também está errada. Além disso, WSDL descreve serviços web (não descreve os dados).

  • Pura malícia do examinador, na 1. só mudou o significado das siglas do WDSL. WSDL é uma LINGUAGEM DE DESCRIÇÃO DE SERVIÇOS WEB, ou Web Services Description Language.

  • Na 1 eu creio que o erro seja o termo sistema. WSDL não define um sitema, é apenas uma linguagem, em XML, utilizada para descrever serviços (web services).

    Na 4 creio que o erro está em descrever dados. O WSDL descreve serviços e não dados (apesar de no WSDL conter os tipos de dados utilizados, se é string, se é inteiro, etc). É na mensagem SOAP que constam os dados em si.

     

  • pegadinha fraca e sem noção na numero 1, pura maldade

  • A FEPESE se amarra no significado das siglas, não é a primeira questão que erro por passar batido pelo significado das siglas descrito.

    UDDI: Universal Description Discovery and Integration.

ID
1456423
Banca
CESGRANRIO
Órgão
LIQUIGÁS
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Utilizado em serviços web, o protocolo SOAP é baseado em XML.

                        PORQUE

A sintaxe de mensagens SOAP é independente de sistema operacional.

Analisando-se as afirmativas acima, conclui-se que

Alternativas
Comentários
  • SOAP(Simple Object Access Protocol, em português Protocolo Simples de Acesso a Objetos) é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída. Ele se baseia na Linguagem de Marcação Extensível (XML) para seu formato de mensagem, e normalmente baseia-se em outros protocolos da camada de aplicação, mais notavelmente em chamada de procedimento remoto (RPC) e Protocolo de transferência de hipertexto (HTTP), para negociação e transmissão de mensagens.

    Fonte: wikipedia

  • Apesar de representar uma grande vantagem e ser o principal fator que popularizou o protocolo SOAP, a segunda afirmação não justifica a primeira.

ID
1459861
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Existem diversos papéis nos quais a arquitetura orientada a serviços (SOA) é baseada. Dentre esses papéis, encontram-se o Requisitante do Serviço e o Provedor do Serviço.
Qual tecnologia pode ser utilizada pelo Requisitante de Serviços para enviar requisições ao Provedor do Serviço?

Alternativas
Comentários

  • É a E) mas a B) na minha opinião também está correta pois o protocolo SMTP, assim como HTTP, podem ser utilizados para o envio de uma requisição (transporte) dentro de algo que utiliza o protocolo SOAP.

ID
1504063
Banca
FGV
Órgão
TJ-BA
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Com relação às regras de sintaxe da mensagem SOAP, analise as afirmativas a seguir:

I. A mensagem SOAP é um documento XML que contém, necessariamente, os elementos Envelope, Header, Body e Fault.

II. O atributo encodingStyle é utilizado para definir os tipos de dados utilizados na mensagem SOAP. Esse atributo pode aparecer em qualquer elemento da mensagem SOAP, e aplica-se ao conteúdo do elemento e a todos os elementos filho.

III. A mensagem SOAP deve conter uma referência DTD (Document Type Definition) com as regras que definem quais elementos e atributos desses elementos podem ser utilizados na mensagem.

Está correto o que se afirma em:

Alternativas
Comentários

  • I) Envelope e Body são necessários. Os demais são opcionais. (ERRADO)
    III) Não necessariamente precisa ser DTD, posso utilizar um XML Schema. (ERRADO)

    II) "The encodingStyle attribute is used to define the data types used in the document. This attribute may appear on any SOAP element, and it will apply to that element's contents and all child elements [1]". (CORRETO)

    [1] http://www.w3schools.com/webservices/ws_soap_header.asp

    http://www.w3.org/TR/2000/NOTE-SOAP-20000508/#_Toc478383495



  • No inciso III Está incorreto pois não é DTD e sim somente XML Schema!
    Correto: Letra B - Somente o inciso II está correto!
ID
1504078
Banca
FGV
Órgão
TJ-BA
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Na comunicação entre sistemas distribuídos podem ocorrer falhas ocasionadas por inúmeras razões. Por isso, o protocolo SOAP define um mecanismo sofisticado para informar ao emissor a ocorrência de algum erro ou falha no processamento de mensagens. Suponha que, em uma situação de falha, o código MustUnderstand está presente no conteúdo do elemento < faultcode > da mensagem SOAP de retorno. Esse código indica que:

Alternativas
Comentários

  • 'The SOAP mustUnderstand attribute can be used to indicate whether a header entry is mandatory or optional for the recipient to process.

    If you add mustUnderstand="1" to a child element of the Header element it indicates that the receiver processing the Header must recognize the element. If the receiver does not recognize the element it will fail when processing the Header."

     

    FONTE: http://www.w3schools.com/webservices/ws_soap_header.asp

     

  • Opção B foi a primeira que eu eliminei, no meu pensamento, pelo fato de o Header ser um dos dois campos opcionais em SOAP.

    Mas fazer o que..

    Vamos na fé.

  • mustUnderstand é usado num header para especificar que ele deve ser processado pelo receptor. Fault é usado para definir possíveis falhas. Usar MustUnderstand em um Fault quer dizer que o não processamento de um header obrigatório pode ocasionar falha.

  • O Header (opcional) possui três atributos: mustUnderstand, actor e encodingStyle.

ID
1523608
Banca
FEMPERJ
Órgão
TCE-RJ
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

A Arquitetura Orientada a Serviços (SOA) é um padrão arquitetural cujo princípio fundamental preconiza que as funcionalidades implementadas pelas aplicações devem ser disponibilizadas na forma de serviços. Considerando os princípios de SOA, é correto afirmar que:

Alternativas
Comentários
  • Prezados,

    A alternativa B está errada, a definição do serviço mostra o que o serviço faz e como consultá-lo, a tecnologia que ele foi implementado é abstraída.
    A alternativa C está errada, o SOA foi criado justamente para permitir a comunicação independente da linguagem que está provendo o serviço.
    A alternativa D está errada, o WSDL descreve os métodos disponibilizados pelos serviços.
    A alternativa E está errada, o SOAP não reduz a performance das aplicações , pelo contrário , a arquitetura orientada a serviços pode até melhorar a performance dos sistemas.

    Portanto a alternativa correta é a letra A.


  • Prezados,

    A alternativa B está errada, a definição do serviço mostra o que o serviço faz e como consultá-lo, a tecnologia que ele foi implementado é abstraída.
    A alternativa C está errada, o SOA foi criado justamente para permitir a comunicação independente da linguagem que está provendo o serviço.
    A alternativa D está errada, o WSDL descreve os métodos disponibilizados pelos serviços.
    A alternativa E está errada, o SOAP não reduz a performance das aplicações , pelo contrário , a arquitetura orientada a serviços pode até melhorar a performance dos sistemas.

    Portanto a alternativa correta é a letra A

ID
1642867
Banca
CESPE / CEBRASPE
Órgão
FUB
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

No que se refere a Service Oriented Architecture, julgue o item a seguir.


O protocolo de transporte adotado para o envio de mensagens SOAP utiliza o endereço de destino contido no envelope da mensagem.

Alternativas
Comentários

  • Errado, pois o endereço de destino está contido no SOAPAction, que não fica dentro do envelope da mensagem.

    Fonte: http://www.gta.ufrj.br/grad/07_2/daniel/

  • O envelope SOAP é a parte obrigatória de uma mensagem SOAP. Ele funciona como um recipiente de todos os outros elementos da mensagem, possivelmente o cabeçalho e o corpo, assim como osnamespaces de cada um. Assim como o nome e o endereço de uma carta entregue pelo correio, o envelope SOAP precisa das informações específicas do protocolo de transporte que está ligado a ele, com o intuito de garantir a chegada ao local certo. Especificamente no HTTP, temos um cabeçalho que se chama SOAPAction, indicador do endereço de entrega da mensagem. Um dos principais motivos de implementarmos o cabeçalho desta maneira é porque administradores de sistemas podem configurar seus firewalls para filtrar as mensagens baseadas nas informações dos cabeçalhos, sem consultar o XML.

ID
1680724
Banca
CESPE / CEBRASPE
Órgão
STJ
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação a arquiteturas de integração, julgue o item subsequente.

Os protocolos de web services cobrem aspectos da arquitetura orientada a serviços, como o SOAP, para troca de informações, o WS-BPEL, para linguagem de programação, e o UDDI, para descoberta de serviços, mas excluem aspectos voltados para workflow e para transações em sistemas distribuídos.

Alternativas
Comentários

  • Os protocolos de web services cobrem aspectos da arquitetura orientada a serviços, como o SOAP, para troca de informações, o WS-BPEL, para linguagem de programação (independência de tecnologia), e o UDDI, para descoberta de serviços, mas excluem aspectos voltados para workflow e para transações em sistemas distribuídos (creio que o erro esteja na generalização de exclusão).


    Conforme visto:


    The Workflow Web service provides a workflow interface for remote clients to perform activities such as to get information about workflow for an item or workflow task, to start a workflow, or to get workflow templates.

    To use the Workflow Web service library, you must generate a proxy class in either Microsoft Visual C# or Microsoft Visual Basic through which you can call the various Web service methods.


    Fonte: https://msdn.microsoft.com/en-us/library/aa981383(v=office.12).aspx


  • WS-BPEL -> Orquestração (lógica de processo de negócio). Importante para SOA.

  • Os protocolos de web services tem padrão para tudo, são mais de 30 padrôes.

  • WS-Security

    WS-Transactions

  • Prezados,

    O WS-BPEL é uma linguagem padrão OASIS para especificar ações de processos de negócios com web services. Ela não é uma mera linguagem de programação. Não obstante os protocolos web services tem aspectos para o workflow e transações, como o ws-transaction , ws-AtomicTransaction , ws-Coordination , ws-business 

    Portanto a questão está errada.

  • Questão toda "pipocada" de erro (pra não dizer outra palavra q rima!!!) ***

    Os protocolos de web services cobrem aspectos da arquitetura orientada a serviços, como o SOAP, para troca de informações, o WS-BPEL, para linguagem de programação, e o UDDI, para descoberta de serviços, -- Certo

    mas excluem aspectos voltados para workflow e para transações em sistemas distribuídos. -- Errado! Ele tá dizendo q todos os protocolos web, entre os quais o SOAP, o WS-BPEL, o UDDI, dentre outros, não usam workflow e não realizam transações em SD.

    Acho q as demais definições dispensam comentários, e já da pra matar, pois são conceitos básicos de WS(como assim não há transações distribuidas, se a especialidade dos webservices é justamente ambientes distribuidos/heterogeneos)??

    Entretanto, cabe aqui falar um pouco do que dia*bos é esse WS-BPEL, q, segundo esta fonte[1], é: "uma linguagem baseada em workkflow (fluxo de trabalho) para composicao de servicos web utilizando algumas especificacoes XML

    Outro erro!!!

    Fonte:

    [1] ALVES et al., 2006; KHALAF; MUKHI; WEERAWARANA, 2003

    ***O q rima com pipoca?

ID
1689814
Banca
NC-UFPR
Órgão
COPEL
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Sobre a arquitetura baseada em serviços (SOAP, WEB services, WSDL, UDDI), assinale a alternativa correta.

Alternativas
Comentários

  • Comentando cada opção:


    A) WSDL (SOAP) é um protocolo baseado em XML para acessar Web Services hospedados em servidores UDDI. 


    B) CORRETA.


    C) A W3C (World Wide Web Consortium) desaconselha o uso de WSDL e SOAP, pois são tecnologias ultrapassadas e com graves falhas de segurança (são tecnologias muito utilizadas e que garantem interoperabilidade), recomendando o uso de canais encriptados, como o RestFUL. 


    D) Arquivos XML providos por UDDI são automaticamente atualizados (creio que não seja automaticamente), permitindo que você distribua facilmente o conteúdo do seu site, a exemplo de um canal de notícias.  


    E) Segundo a especificação JAX-WS (Java API for XML Web Services), requisições WSDL  (seria HTTP?) são feitas sobre o protocolo SOAP num modelo orientado a mensagens para executar uma RPC (Remote Procedure Call) provida por algum serviço.

     

    Lembrando que:


    1) UDDI: Descoberta

    2) WSDL: Descrição

    3) XML: Dados

    4) SOAP: Mensagens

    5) HTTP: Transporte


    Quem tiver algo a acrescentar, fiquem à vontade.


    Bons estudos!

  • Não existe uma requisição WSDL.

ID
1703608
Banca
FGV
Órgão
TCE-SE
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Uma mensagem no protocolo SOAP (simple object access protocol) é um documento XML contendo os seguintes elementos:

Alternativas
Comentários

  • A SOAP message is an ordinary XML document containing the following elements −

    Envelope − Defines the start and the end of the message. It is a mandatory element.

    Header − Contains any optional attributes of the message used in processing the message, either at an intermediary point or at the ultimate end-point. It is an optional element.

    Body − Contains the XML data comprising the message being sent. It is a mandatory element.

    Fault − An optional Fault element that provides information about errors that occur while processing the message.


    Fonte: http://www.tutorialspoint.com/soap/soap_message_structure.htm

ID
1731238
Banca
CESPE / CEBRASPE
Órgão
STJ
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação a arquiteturas de integração, julgue o item subsequente.

SOAP é um protocolo-padrão para definição de interface do serviço, suas operações, associações requeridas e fornecidas.

Alternativas
Comentários

  • Xxxx

    WSDL: Web Services Description Language é uma linguagem baseada em XML utilizada para descrever Web Services funcionando como um contrato do serviço. Trata-se de um documento escrito em XML que além de descrever o serviço, especifica como acessá-lo e quais as operações ou métodos disponíveis.


  • Soap é um protocolo de comunicação

  • Prezados,

    Quem é responsável pela definição da interface do serviço é o WSDL.

    Portanto a questão está errada.

  • SOAP (Simple Object Access Protocol, em português Protocolo Simples de Acesso a Objetos) é um protocolo para troca de informações estruturadas em uma plataforma descentralizada e distribuída. Ele se baseia na Linguagem de Marcação Extensível (XML) para seu formato de mensagem, e normalmente baseia-se em outros protocolos da camada de aplicação, mais notavelmente em chamada de procedimento remoto (RPC) e Protocolo de transferência de hipertexto (HTTP), para negociação e transmissão de mensagens

  • O protocolo SOAP utiliza XML para enviar mensagens e, geralmente, serve-se do protocolo HTTP para transportar os dados. Associado ao protocolo SOAP está o documento WSDL (Web Service Definition Language) que descreve a localização do Web service e as operações que dispõe. Além disso, fornece a informação necessária para que a comunicação entre sistemas seja possível.

     

    Portanto a questão está errada, pois se refere a WSDL.

     

    Fonte: devmedia

  • O protocolo SOAP define um esquema para uso da XML para representar o conteúdo de mensagens de requisição-resposta, assim como um esquema para a comunicação de documentos.

    No contexto dos serviços Web, a WSDL é comumente usada para descrições de serviço e define um esquema XML para representar os componentes de uma descrição de serviço.

    Fonte:

    [1] SD, G. Coulouris

ID
1734694
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca da utilização dos protocolos SOAP e REST, julgue o item seguinte.

A definição de include criada em um esquema XSD é responsável por trazer todas as declarações e definições de um esquema externo, o qual deve ter o mesmo target namespace do esquema XSD em questão

Alternativas
Comentários

  • XML Schema include Element

    With included schemas, the included files must all reference the same target namespace. If the schema target namespace don't match, the include won't work:

    <?xml version="1.0"?>
    <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"
    targetNamespace="http://www.w3schools.com/schema">

    <xs:include schemaLocation="http://www.w3schools.com/xml/customer.xsd"/>
    <xs:include schemaLocation="http://www.w3schools.com/xml/company.xsd"/>

    ..

    ..

    ..

    </xs:schema>

     

    http://www.w3schools.com/xml/el_include.asp

ID
1734697
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca da utilização dos protocolos SOAP e REST, julgue o item seguinte.


O trecho de código wsdl a seguir não apresenta características de uma operação SOAP de request response.


<wsdl:operation name="reserveFlight"

pattern="http://www.w3.org/ns/wsdl/in-out">

<wsdl:input element="xsTicketAgent:reserveFlight1"/>

<wsdl:output element="xsTicketAgent:reserveFlight2"/>

</wsdl:operation>

Alternativas
Comentários
  • Como o editor de comentários não é lá essas coisas, não deu pra colocar aqui... 
    Segue exemplo:

    http://www.w3.org/TR/wsdl#_wsdl

  • Erro: O trecho de código wsdl a seguir não apresenta características de uma operação SOAP de request response.

     

    Motivo:

    <wsdl:input element="xsTicketAgent:reserveFlight1"/>
    <wsdl:output element="xsTicketAgent:reserveFlight2"/>

     

    To define a request-response MEP, the operation element must contain a single input and a single output element, and the input element must precede the output element.
    Fonte: Java Web Development Illuminated - Kai Qian, Richard Allen, Mia Gan

ID
1734706
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca da utilização dos protocolos SOAP e REST, julgue o item seguinte.

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.


Alternativas
Comentários

  • REST não utiliza WSDL, UDDI ou SOAP. Ele funciona com HTTP e URL's.

  • "WSDL describes service endpoints. REST clients should not be coupled to server endpoints (i.e. should not be aware of in URLs in advance). REST clients are coupled on the media-types that are transfered between the client and server."

    fonte: cara no stack overflow

ID
1735057
Banca
FGV
Órgão
TJ-RO
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

Em relação às regras de sintaxe da mensagem SOAP, analise as afirmativas a seguir:

I – A mensagem deve ser codificada usando XML.

II – O elemento <soap:Body> deve ser o elemento raiz da mensagem.

III – A mensagem deve conter uma referência a um DTD.

Está correto o que se afirma em:

Alternativas
Comentários

  • Regras de sintaxe do SOAP:

    Algumas das regras de sintaxe do SOAP  são as seguintes:

    Uma mensagem SOAP deve ser codificada usando XML

    Uma mensagem SOAP usa o SOAP Envelope namespave

    Uma mensagem SOAP deve suar o SOAP Encoding namespace

    Uma mensagem SOAP não contem referencia DTD.

    Uma mensagem SOAP não contêm instruções de processamento XML

    Fonte: http://www.adonai.eti.br/wordpress/2011/06/soap-simple-object-access-protocol/

    http://www.gta.ufrj.br/grad/05_1/webservices/soap.htm
    a) CORRETA

    b) ERRADA. Elemento envelope

    c) ERRADA.


  • - O elemento ENVELOP deve ser o elemento raiz da mensagem. 


    - Um DTD é uma definição de tipo de documento e define a estrutura e os elementos e atributos legais de um documento XML. Uma mensagem SOAP NÃO deve conter uma referência DTD

    https://www.w3schools.com/xml/xml_soap.asp

ID
1738057
Banca
CESPE / CEBRASPE
Órgão
ANP
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca do SOAP (simple object access protocol) e web services, julgue o item subsequente. 

Em uma mensagem SOAP que possui o atributo env:mustUnderstand=true no cabeçalho, o bloco deve ser processado de acordo com as especificações constituintes do SOAP. 


Alternativas
Comentários

  • The mustUnderstand Attribute

     

    The other attribute that must be added only to a SOAPHeaderElement object is mustUnderstand. This attribute says whether or not the recipient (indicated by the actor attribute) is required to process a header entry. When the value of the mustUnderstand attribute is true, the actor must understand the semantics of the header entry and must process it correctly to those semantics. If the value is false, processing the header entry is optional. A SOAPHeaderElement object with no mustUnderstand attribute is equivalent to one with amustUnderstand attribute whose value is false.

    The mustUnderstand attribute is used to call attention to the fact that the semantics in an element are different from the semantics in its parent or peer elements. This allows for robust evolution, ensuring that a change in semantics will not be silently ignored by those who may not fully understand it.

    If the actor for a header that has a mustUnderstand attribute set to true cannot process the header, it must send a SOAP fault back to the sender. (See Using SOAP Faults.) The actor must not change state or cause any side effects, so that, to an outside observer, it appears that the fault was sent before any header processing was done.

     

    FONTE: https://docs.oracle.com/cd/E19575-01/819-3669/bnbil/index.html

  • MustUnderstand attribute

     

    Indica se um elemento Header é opcional ou obrigatório. Se estabelecido a true, o destinatário (recipiente) deve entender e processar o atributo Header de acordo com a sua semântica definida, ou retornar uma falha.

     

    FONTE: www.inf.ufsc.br/~bosco/old_page/downloads/8IntroducaoaoSOAP.doc

  • Os valores possíveis para o atributo mustUnderstand são {0,1}.

    Fonte: https://www.w3schools.com/xml/xml_soap.asp

ID
1738060
Banca
CESPE / CEBRASPE
Órgão
ANP
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Acerca do SOAP (simple object access protocol) e web services, julgue o item subsequente. 

Na versão SOAP 1.2 não é permitido qualquer elemento após a tag body. 


Alternativas
Comentários

  • Source?

  • Quem foi pelo Nishimura, salcifufu...

    Na verdade, a tag body especifica como as partes das mensagens devem aparecer no proprio corpo da mensagem( SOAP possui varias partes, como cabecalhos, corpo etc)

    Eh o q afirma esta fonte[1], segundo o qual "The SOAP 1.2 body element specifies how the message parts appear within the SOAP body element".

    Exemplo de codigo:

    <wsdl:definitions ... >

     <wsdl:binding ... >

    <wsdl:operation ... >

    <wsdl:input>

    <soap12:body parts="soap12:tParts" ?

       namespace="xs:anyURI" ?

       use="literal|encoded" ?

       encodingStyle="xs:anyURI" ? ... />

    ...

    </wsdl:input>

    <wsdl:output>

    <soap12:body parts="soap12:tParts ?

    namespace="xs:anyURI" ?

    use="literal|encoded" ?

    encodingStyle="xs:anyURI" ? ... />

    ...

    </wsdl:output>

    </wsdl:operation>

    ...

     </wsdl:binding>

    ...

    </wsdl:definitions>

    Fonte:

    https://docs.oracle.com/cd/E19182-01/821-0015/ggeif2/index.html

ID
1785406
Banca
CESPE / CEBRASPE
Órgão
TCE-RN
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

A respeito de arquitetura para desenvolvimento de sistemas, de programação orientada a aspectos (POA) e de banco de dados distribuídos, julgue o item subsecutivo.

Em web service, o objetivo do cabeçalho do envelope SOAP (SOAP header block) é o de fazer cumprir as regras que governam a troca de mensagens SOAP, por meio de dados trocados em formato XML.

Alternativas
Comentários

  • Envelope: Toda mensagem SOAP deve contê- lo. É o elemento raiz do documento XML. O Envelope pode conter declarações de namespaces e também atributos adicionais como o que define o estilo de codificação (encoding style).Um "encoding style" define como os dados são representados no documento XML.


    Header: É um cabeçalho opcional. Ele carrega informações adicionais, como por exemplo, se a mensagem deve ser processada por um determinado nó intermediário (É importante lembrar que, ao trafegar pela rede, a mensagem normalmente passa por diversos pontos intermediários, até alcançar o destino final). Quando utilizado, o Header deve ser o primeiro elemento do Envelope.


    Body: Este elemento é obrigatório e contém o payload, ou a informação a ser transportada para o seu destino final. O elemento Body pode conter um elemento opcional Fault, usado para carregar mensagens de status e erros retornadas pelos "nós" ao processarem a mensagem.


    Fonte: http://www.gta.ufrj.br/grad/07_2/daniel/

  • Penso que o objetivo do Header não é fazer comprir as regras de sobre trocas de mensagens, quem faz com que estas regras sejam cumpridas é o próprio protocolo, no máximo o Envelope SOAP, mas, definitivamente, não o cabeçalho.

ID
1797523
Banca
CESPE / CEBRASPE
Órgão
TCE-RO
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Com relação aos padrões de interoperabilidade de governo eletrônico 2013 (e-Ping), julgue o item subsecutivo.

Como diretriz técnica para integração de sistemas de informação, a e-Ping recomenda a adoção gradual da arquitetura orientada a serviços (SOA), utilizando tanto o desenvolvimento de projetos embasados em REST quanto os embasados em SOAP (simple object access protocol) para interconexão em arquiteturas descentralizadas ou distribuídas.

Alternativas
Comentários

  • No site http://eping.governoeletronico.gov.br, na tabela 18, no item "Protocolo para acesso a Web Service" o padrão adotado (como situação A) é o protocolo SOAP v1.2, como definido pelo W3C e o HTTP/1.1 (RFC 2616) (Utilizado para desenvolvimento de projetos baseados em REST).

    Portanto, questão correta.

ID
1806697
Banca
CESPE / CEBRASPE
Órgão
TJ-DFT
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

A Arquitetura Orientada a Serviços (SOA), no cenário dos modelos arquiteturais modernos, enfatiza o reúso como elemento chave para a maximização dos resultados em tecnologia da informação. A catalogação e a gerência dos ativos de software da organização na condição de serviços de aplicativos são os pilares em meio aos quais devem se sustentar essa nova arquitetura. A esse respeito, julgue o próximo item.

As linguagens XML e SOAP são utilizadas para descrever os tipos e as estruturas de dados em SOA; a linguagem WSDL é utilizada para descrever os serviços.

Alternativas
Comentários

  • XML descreve os tipos, mas SOAP não é a estrutura de dados, mas estrutura de transmissão. Acredito que este seja o erro da questão.


    No ano de 2000, a W3C (World Wide Web Consortium) aceitou a submissão do Simple Object Access Protocol (SOAP). Este formato de mensagem baseado em XML estabeleceu uma estrutura de transmissão para comunicação entre aplicações (ou entre serviços) via HTTP. Sendo uma tecnologia não amarrada a fornecedor, o SOAP disponibilizou uma alternativa atrativa em relação aos protocolos proprietários tradicionais, tais como CORBA e DCOM.


    No decorrer do ano seguinte, o W3C publicou a especificação WSDL. Uma nova implementação do XML, este padrão forneceu uma linguagem para descrever a interface dos web services. Posteriormente suplementada pela especificação UDDI (Universal Description, Discovery and Integration), que proporcionou um mecanismo padrão para a descoberta dinâmica (dynamic discovering) de descrições de serviço, a primeira geração da plataforma de Web services foi estabelecida. 


    Desde então, os web services foram adotados por vendedores e fabricantes num ritmo considerável. Suporte amplo da indústria seguiu-se à popularidade e importância desta plataforma e de princípios de projeto orientados a serviço. Isto levou à criação de uma segunda geração de especificação de Web services.



    Fonte: http://www.devmedia.com.br/introducao-as-tecnologias-web-services-soa-soap-wsdl-e-uddi-parte1/2873




  • SOAP não é um tipo de dados. Não é  uma "linguagem de marcação de textos". SOAP apenas descreve um padrão de comunicação. Eu marquei a questão como incorreto por este motivo. Sobre o wsdl, se traduz em um tipo de dado diferente. Tem a extensão *.wsdl. Então a primeira proposição está incorreta (sobre o SOAP) e a segunda está correta (sobre o WSDL).

  • Ao meu ver, além do explicado muito bem pelo colega Silas, SOAP não é uma linguagem, mas sim um protocolo.

ID
1812454
Banca
FGV
Órgão
Câmara Municipal do Recife-PE
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Segundo o Desenvolvimento Baseado em Componentes, um componente deve ter como características básicas:

Alternativas
ID
1816747
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2015
Provas
Disciplina
Arquitetura de Software
Assuntos

No que se refere a padrões SOA (service-oriented architecture) e a REST (representational state transfer), julgue o item subsecutivo.

O protocolo SOAP permite realizarem-se comunicações entre serviços web, além de troca de informações em ambiente distribuído e descentralizado, utilizando-se linguagem XML como mecanismo para essa troca de informações.

Alternativas
Comentários

  • Assertiva CORRETA. 

     

    Perfeita definição do SOAP: baseado em XML, define a organização para a troca estruturada de dados entre webservices. 

  • O protocolo SOAP especifica as regras de uso da XML para empacotar mensagens, por exemplo, para suportar um protocolo de requisição-resposta: um serviço Web é identificado por um URI e pode ser acessado pelos clientes usando mensagens formatadas em XML. O protocolo SOAP é usado para encapsular essas mensagens e transmiti-las por HTTP ou outro protocolo, por exemplo, TCP ou SMTP.

    Fonte:

    [1] Sistemas Distribuidos, George Coulouris.