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.
Chave para Símbolos:
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.
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:
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.
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.
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.
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.