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

Cenário 1: Processamento do Parceiro de Negócios e do Relacionamento em um Único Fluxo

É necessário configurar a propriedade Modo de Transação apropriadamente em um nó SAPRequest quando você estiver processando em um único fluxo de mensagens.

Este cenário é um de dois exemplos que ilustram os conceitos que são descritos em Confirmação da Transação SAP BAPI; consulte também Cenário 2: Processamento de Criação do Pedido e do Aplicativo de Consulta com Dois Fluxos.

Neste cenário, um fluxo de mensagens é usado para criar um parceiro de negócios e um novo relacionamento com um parceiro existente usando duas chamadas BAPI:
BAPI_BUPA_CREATE_FROM_DATA
BAPI_BUPR_RELATIONSHIP_CREATE
O fluxo de mensagens consiste em dois nós SAPRequest com o conjunto de propriedades Modo de Transação configurado como Sim em ambos os nós para permitir a confirmação ou retrocesso no caso de exceções. Quando a propriedade Modo de Transação é configurada como Sim, a confirmação final do fluxo de mensagens ocorre no final do fluxo quando o adaptador solicita ao SAP para confirmar o pedido.
Diagrama mostrando como os nós SAPRequest em um fluxo de mensagens interagem com o servidor SAP. O diagrama é descrito nas seguintes etapas.
  1. Um aplicativo aciona o fluxo transacional que cria o parceiro de negócios.
  2. O nó SAPRequest envia uma criação de BUPA e retorna o número do parceiro de negócios. A confirmação ocorre quando o fluxo de mensagens é concluído porque o nó participa de uma transação no nível do fluxo de mensagens.
  3. O segundo nó SAPRequest tenta criar um relacionamento entre um parceiro de negócios existente e o novo parceiro de negócios; entretanto, SAP ainda não confirmou a criação do novo parceiro de negócios no banco de dados.

    Se o mesmo adaptador for usado para ambos os BAPIs, o adaptador assegurará uma única conexão com o SAP porque ambos os nós precisam participar da mesma unidade de trabalho lógica. A conexão única significa que a criação de BUPA está visível para a chamada de atualização do relacionamento (3 no diagrama), embora a transacionalidade do fluxo ainda precise iniciar a confirmação.

    Se a propriedade Modo de Transação estivesse configurada como Sim na chamada de criação de BUPA, mas como Não na chamada de criação do relacionamento, o adaptador precisaria usar duas conexões diferentes no SAP; ou seja, as propriedades transacionais das conexões seriam diferentes. A chamada de criação do relacionamento, portanto, falharia porque o novo parceiro de negócios não estaria visível até o fluxo de mensagens e a confirmação transacional terem sido concluídos.

  4. O nó MQOutput coloca uma mensagem MQ na fila de saída com confirmação transacional pendente.
  5. O fluxo de mensagens é concluído e o intermediário começa a confirmar todos os recursos envolvidos nesse fluxo, incluindo SAP (5 no diagrama). As atualizações são confirmadas no SAP.

Este cenário ilustra a capacidade do intermediário de usar seu controle transacional do fluxo de mensagens para fornecer as informações necessárias para os nós SAPRequest para executar o processamento relacionado, embora o sistema SAP externo esteja confirmando o trabalho assincronamente.

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:53


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