Sobre a amostra do Adaptador EIS de Exemplo TwineBall

Esta amostra é fornecida para demonstrar como os nós do WebSphere Adapter funcionam. A amostra utiliza os Adaptadores TwineBall, que possuem um EIS (Enterprise Information System) independente. Nessa amostra, um sistema existente insere dados no EIS usando filas do WebSphere MQ para sincronizar os dois sistemas.

O Adaptador TwineBall

O Adaptador EIS de Exemplo TwineBall contém um conjunto de esquemas XML e um banco de dados Cloudscape interno, permitindo que ele seja mapeado utilizando-se a ferramenta EMD (Enterprise Metadata Discovery). O TwineBall Adapter pode, então, ser usado da mesma forma que um EIS pronto para produção, sem o requisito de instalação ou configuração. O EIS do TwineBall contém apenas um nível superior de Objeto de Negócios (BO): um objeto Cliente. Um Cliente tem a seguinte estrutura:

O fluxo de mensagens da amostra

O fluxo de mensagens usado nessa amostra usa o nó TwineBallRequest para chamar o EIS.

A amostra mostra como um sistema existente, que armazena informações do cliente em estruturas de dados simples de estilo C, pode ser integrado a um EIS para sincronizar os dois sistemas. Respostas geradas pelo EIS do TwineBall podem ser enviadas para uma fila definida no cabeçalho da mensagem recebida.

O diagrama a seguir mostra o fluxo de mensagens da amostra do TwineBall:

Captura de tela do fluxo de mensagens TwineBall

O fluxo de mensagens da amostra do TwineBall executa as seguintes ações:

  1. Uma mensagem de entrada em Custom Wire Format (CWF) é colocada na fila CREATE. A mensagem de entrada contém todas as informações necessárias para criação de um Objeto do Cliente.
  2. Um nó Mapping é usado para converter a mensagem no domínio de Objeto de Dados para que a mensagem possa ser entendida pelo EIS do TwineBall.
  3. O Objeto de Dados recém-construído é, então, encaminhado para o nó TwineBallRequest, que tem um método padrão CREATE.
  4. A resposta para a operação CREATE é coletada do nó TwineBallRequest e é mapeada de volta no formato CWF.
  5. Esta mensagem CWF é então encaminhada para o ReplyToQueue, que foi definido com o cabeçalho de mensagem CWF original.

O valor retornado é a chave principal do novo objeto Cliente seguida por um número inteiro de 4 bytes. O número inteiro é configurado como 1 em caso de êxito ou como uma chave principal nula seguida por um número inteiro de 4 bytes configurado como 0, em caso de falha.

Executar o exemplo envolve:

A amostra fornece:

Voltar para Home da Amostra