Questões de Arquitetura de Software - WebServices para Concurso
Foram encontradas 417 questões
As etapas para a criação de um Web Service (Java-WSDL) são quase sempre as mesmas:
• criar a interface remota do Web Service, que deve expor os métodos a serem invocados pelos _____.
• criar as classes (se for o caso) que representam os parâmetros dos métodos da interface _____.
• criar a classe do _____ (do Web Service)
• criar o arquivo de configuração para invocar a ferramenta do JAX-RPC, _____ (config.xml).
• compilar tudo, usar a ferramenta do _____, wscompile para criar os arquivos acessórios (mapping e WSDL).
• iniciar o _____ Container.
• fazer o _____ do Web Service.
Assinale a opção que completa corretamente as lacunas dos itens acima.
Com relação à definição de WSDL, do W3C, assinale V para afirmativa verdadeira e F para a falsa.
( ) Types: definição abstrata dos dados trocados entre um Web Service e um Consumer.
( ) Message: definição de dados usados nas mensagens, usando algum sistema de definição de dados, como um schema XML.
( ) Operation: definição abstrata de uma ação suportada pelo Web Service.
( ) Port Type: único endpoint formado pela combinação de um Binding e um endereço de rede.
( ) Binding: especificação concreta de protocolo e formato de dados para Port Type.
( ) Port: conjunto abstrato de operações suportadas por uma ou mais portas.
( ) Service: coleção de endpoints relacionados.
As afimativas são, respectivamente,
I. As aplicações web utilizam uma arquitetura multinível na qual as funções executadas pelas aplicações podem estar distribuídas por uma rede de computadores. Fazem uso de uma infraestrutura de rede que é o padrão adotado pela Internet. Para o cliente e o servidor web a topologia da rede é irrelevante pois isto é tratado pelo protocolo TCP/IP. No nível de serviços, os elementos são assim organizados: de um lado está o cliente web, ou browser, que solicita dados ao servidor web, recebe as respostas, formata a informação e a apresenta ao usuário. Do outro lado, está o servidor web que recebe as requisições, lê as páginas HTML do disco e as retorna para o cliente. Esta é a forma original de funcionamento que proporciona apenas páginas de conteúdo estático.
II. A forma encontrada para modificar a situação descrita no item I e permitir a criação de páginas dinâmicas foi: o usuário entra com informações através do servidor web utilizando formulários HTML. O servidor web repassa as informações ao browser que executa um programa transferindo-lhe as informações vindas do cliente. O programa remoto trata as informações e retorna uma página HTML criada dinamicamente. Esta página é passada ao browser que a entrega ao cliente. O padrão para esta comunicação é conhecido como UDDI - Universal Description, Discovery and Integration.
A afirmativa I
As lacunas I, II e III são, correta e respectivamente, preenchidas por:
Web services provêm um meio padrão para a interoperação entre diferentes aplicativos de software, que podem ser executados em uma variedade de plataformas e(ou) frameworks.
Com relação aos padrões e às tecnologias utilizadas em web services, assinale V para a afirmativa verdadeira e F para a falsa.
( ) O padrão UDDI fornece informações sobre as organizações e os web services disponibilizados por elas.
( ) XSLT é uma linguagem de transformação capaz de transformar XML em HTML.
( ) O elemento Header (cabeçalho) é parte obrigatória em qualquer mensagem SOAP.
As alternativas são, respectivamente,
< 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 >
< 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:
Em arquiteturas REST, nenhum contexto de cliente pode ser mantido em servidor.
I. Independência de plataforma de hardware e software.
II. Acoplamento alto devido à baixa granulosidade dos módulos.
III. Reusabilidade dos módulos e Ubiquidade.
IV. Padronização e Escalabilidade dos serviços.
Está correto o que consta APENAS em