WebSphere Message Broker, Versão 8.0.0.5 Sistemas operacionais: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte as informações sobre a versão mais recente do produto em IBM Integration Bus, Versão 9.0

O Broker Implementa uma Interface de Serviço da Web Existente

Neste cenário, o broker implementa uma interface de serviço da Web existente. O WSDL para o serviço da Web já existe e é importado para criar um conjunto de mensagens. Um fluxo de mensagens baseado neste conjunto de mensagens recebe um pedido, em seguida, constrói uma mensagem de resposta usando os dados obtidos de um aplicativo não de serviço da Web existente.

O diagrama é descrito no texto precedente.

Chave para Símbolos:

Esse Diagrama Descreve os Símbolos que São Usados nos Outros Diagramas; Eles não São Descritos aqui porque os Diagramas Têm suas Próprias Descrições.

Utilizações Possíveis

Etapas de Design

  1. Importe o WSDL para criar um conjunto de mensagens contendo definições para as mensagens SOAP descritas pelo WSDL.
  2. Adapte o conjunto de mensagens para a interface requerida existente, possivelmente, importando uma definição de interface existente, como um arquivo de cabeçalho C ou copybook COBOL.
  3. Desenvolva um fluxo de mensagens para implementar o serviço da Web.

No Tempo de Execução

Seu fluxo de mensagens recebe um pedido de serviço da Web, converte-o em um formato esperado pelo aplicativo existente e chama o aplicativo existente. A resposta do aplicativo existente é convertida em uma resposta de serviço da Web válida.

Exemplo 1

Nesse exemplo, um cliente de serviço da Web de HTTP existente fornece informações sobre um assunto particular (preços de ações ou taxas de câmbio, por exemplo). Você deseja substituir esse serviço por uma solução de consulta de banco de dados interna, mas não deseja fazer alterações nos clientes, pois eles foram amplamente implementados.

Os padrões de fluxo de mensagens típicos são mostrados nos exemplos a seguir. Em cada caso, o nó de pedido do broker recupera as informações do banco de dados:

  1. Usando nós SOAPInput e SOAPReply:
    O Diagrama Mostra um Fluxo de Mensagens que Opera como uma Solução de Consulta de Banco de Dados Usando os Nós SOAPInput e SOAPReply.
  2. Usando os nós HTTPInput e HTTPReply:
    O diagrama mostra um fluxo de mensagens que opera como uma solução de consulta ao banco de dados usando os nós HTTPInput e HTTPReply.

Nos fluxos acima, o nó de entrada recebe o pedido de serviço da Web. Compute1 então recupera as informações necessárias do banco de dados e gera a resposta do serviço da Web necessária usando estes dados. A resposta é retornada ao cliente pelo nó de resposta. Nos exemplos, é possível utilizar os nós Mapeamento, em vez de os nós Compute.

Exemplo 2

Neste exemplo, um aplicativo existente é exposto como um serviço da Web, mas há uma restrição na interface com o serviço da Web, pois um cliente amplamente distribuído já utiliza um serviço semelhante que é definido por uma definição WSDL existente. O broker oferece a mesma interface ao cliente, isso pode ser porque o serviço original oferece uma qualidade de serviço diferente ou deve ser descontinuado.

Os padrões de fluxo de mensagens típicos são mostrados nos exemplos a seguir. Em cada caso, os fluxos de mensagens recebem o pedido de serviço da Web e constroem a resposta usando dados retornados do aplicativo por meio do WebSphere MQ.

  1. Usando os nós SOAPInput, SOAPReply e MQGet:
    O diagrama mostra um fluxo de mensagens que é descrito no texto circundante.
  2. Usando os nós HTTPInput, HTTPReply e MQGet:
    O diagrama mostra um fluxo de mensagens que é descrito no texto circundante.
  3. Usando dois fluxos de mensagens com os nós SOAPInput, SOAPReply:
    O diagrama mostra um fluxo de mensagens que é descrito no texto circundante.
  4. Usando dois fluxos de mensagens com os nós HTTPInput e HTTPReply:
    O diagrama mostra um fluxo de mensagens que é descrito no texto circundante.
As etapas para desenvolver um fluxo de mensagens são:
  1. Criar um modelo de mensagem para a interface de aplicativo existente, por exemplo, importando um arquivo de cabeçalho C para o aplicativo.
  2. Importe uma definição WSDL existente para o cliente.
  3. Crie um fluxo usando o conjunto de mensagens para implementar a interface de serviço da Web e mediar com o aplicativo existente.
Os fluxos de mensagens 1 e 2 mostram uma chamada síncrona para o aplicativo usando os nós MQOutput e MQGet. É possível configurar um tempo limite no nó MQGet, para permitir falha do aplicativo remoto. A conversão do resposta de pedido é tratada em uma única transação, permitindo recuperação simples. No entanto, cada pedido de entrada precisa ser totalmente processado e respondido antes de seguir para o próximo pedido. Esse comportamento poderá afetar o desempenho se o aplicativo não puder responder rapidamente. Os fluxos de mensagens mostrados nos exemplos 3 e 4 mostram um equivalente assíncrono. Em cada caso, o primeiro fluxo pára após enviar a mensagem ao aplicativo e é disponibilizado para tratar de outros pedidos. No entanto, esse cenário requer um contexto de correlação a ser salvo no fluxo de pedidos e restaurado no fluxo de respostas. É possível armazenar o contexto de correlação em uma fila, em seguida, usar um nó MQGet no fluxo de resposta para recuperá-lo. Esse design de fluxo permite que os pedidos sejam despachados para o aplicativo imediatamente e respostas retornadas na ordem que foram recebidas. Nos exemplos, é possível utilizar os nós Mapeamento, em vez de os nós Compute.

O uso do domínio SOAP para estes cenários é preferencial. Para obter informações adicionais sobre a escolha de um domínio para serviços da Web, consulte WebSphere Message Broker e Serviços da Web.

Para obter mais informações sobre o cenário de resposta de pedido assíncrono, consulte Um Cenário de Resposta de Pedido que Usa um Nó MQGet.

O cenário de resposta de pedido assíncrono também é detalhado na seguinte amostra que pode ser adaptada para a utilização de serviço da Web:
Outro cenário de serviços da Web é descrito na amostra:

Você só pode visualizar informações sobre amostras quando usa o centro de informações que está integrado ao WebSphere Message Broker Toolkit ou o centro de informações on-line. Você só poderá executar amostras quando usar o centro de informações que está integrado ao WebSphere Message Broker Toolkit.

Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última atualização:
        
        Última atualização: 2015-02-28 18:28:35


Tópico de ConceitoTópico de Conceito | Versão 8.0.0.5 | ac34550_