Decidindo Quais Nós Utilizar

O WebSphere Message Broker inclui um grande número de nós de processamento de mensagens que podem ser utilizados em seus fluxos de mensagens.

Antes de começar:

Leia o tópico de conceitos sobre os nós do fluxo de mensagens.

WebSphere Message Broker também fornece uma interface que pode ser utilizada para definir seus próprios nós, conhecidos como nós definidos pelo usuário.

Sua decisão sobre quais nós utilizar depende do processamento que você deseja executar nas mensagens.

Nós de entrada e de saída
Os nós de entrada e de saída definem pontos do fluxo de mensagens para os quais aplicativos clientes enviam mensagens (nós de entrada, como o MQInput) e a partir dos quais aplicativos recebem mensagens (nós de saída, como o MQOutput). Os aplicativos clientes interagem com esses nós, colocando mensagens ou obtendo mensagens, o recurso de E/S que é especificado pelo nó como a origem ou o destino das mensagens. Apesar de um fluxo de mensagens precisar incluir pelo menos um nó de entrada, não precisa incluir um nó de saída.
  • Se estiver criando um fluxo de mensagens que deseja implementar em um intermediário, é necessário incluir pelo menos um nó input para receber mensagens. O nó de entrada escolhido depende da origem das mensagens de entrada e onde no fluxo você deseja receber as mensagens:
    MQInput
    Utilize um nó MQInput se as mensagens chegarem no intermediário em uma fila do WebSphere MQ e o nó precisar estar no início de um fluxo de mensagens.

    A utilização de fluxos de mensagens que contêm nós MQeInput no WebSphere Message Broker Versão 6.0 é obsoleta. Projete novamente seus fluxos de mensagens para remover os nós MQe e substitui-los por nós MQ configurados para suas próprias especificações e coordenados com sua configuração de Gateway MQe. Para saber detalhes adicionais, consulte a seção Migrando um Fluxo de Mensagens que Contém Nós do WebSphere MQ Everyplace.

    MQGet
    Utilize um nó MQGet se as mensagens chegarem ao intermediário em uma fila do WebSphere MQ e o nó não precisar estar no início de um fluxo de mensagens.
    SCADAInput
    Utilize um nó SCADAInput se as mensagens forem enviadas por um dispositivo de telemetria.
    HTTPInput
    Utilize um nó HTTPInput se as mensagens forem enviadas por um cliente de serviços da Web.
    Real-timeInputouReal-timeOptimizedFlow
    Utilize um desses nós se as mensagens forem enviadas por um aplicativo JMS ou multicast.

    O nó Real-timeInput é um nó de entrada e o nó Real-timeOptimizedFlow é um fluxo de mensagens completo que fornece um fluxo de mensagens de Publicação/Assinatura de alto desempenho.

    JMSInput
    Utilize um nó JMSInput se as mensagens forem enviadas por um aplicativo JMS.
    Nó Input Definido pelo Usuário
    Utilize um nó de entrada definido pelo usuário se a origem da mensagem for um cliente ou um aplicativo que utiliza um protocolo ou transporte diferente.
    Entrada
    Se estiver criando um fluxo de mensagens que deseja incorporar em outro fluxo de mensagens (um subfluxo) que não será implementado como um fluxo de mensagens independente, será necessário incluir pelo menos um nó Entradapara receber mensagens no subfluxo.

    Uma instância do nó Entrada representa um terminal In. Por exemplo, se você tiver incluído uma instância do nó Entrada, o ícone do subfluxo mostrará um terminal In, que pode ser conectado a outros nós no fluxo principal da mesma maneira que qualquer outro nó é conectado.

    Para implementar um fluxo de mensagens, é necessário pelo menos um nó de entrada. Se seu fluxo de mensagens não contiver um nó input, não será possível incluí-lo ao arquivo arquivado do intermediário. O nó input pode estar no fluxo principal, ou em um fluxo de mensagens que esteja incorporado no fluxo principal.

    É possível utilizar mais de um nó input em um fluxo de mensagens. Para obter mais informações, consulte Utilizando Mais de Um Nó Input.

  • Se quiser enviar as mensagens que são produzidas pelo fluxo de mensagens para um aplicativo de destino, é possível incluir um ou mais nós de saída. O nó de saída escolhido dependerá do transporte através do qual o aplicativo de destino espera receber essas mensagens:
    Publicação
    Utilize um nó Publicação para distribuir mensagens utilizando a rede de Publicação/Assinatura para aplicativos que assinam o intermediário em todos os protocolos suportados. Um nó Publicação é um nó de saída que utiliza destinos de saída identificados por assinantes cujas assinaturas correspondem às características da mensagem atual.
    MQOutput
    Utilize um nó MQOutput se o aplicativo de destino esperar receber mensagens em uma fila do WebSphere MQ ou na fila de resposta do WebSphere MQ que é especificada na mensagem de entrada MQMD.

    A utilização de fluxos de mensagens que contêm nós MQeOutput no WebSphere Message Broker Versão 6.0 é obsoleta. Projete novamente seus fluxos de mensagens para remover os nós MQe e substitui-los por nós MQ configurados para suas próprias especificações e coordenados com sua configuração de Gateway MQe. Para saber detalhes adicionais, consulte a seção Migrando um Fluxo de Mensagens que Contém Nós do WebSphere MQ Everyplace.

    MQReply
    Utilize um nó MQReply se o aplicativo de destino esperar receber mensagens na fila de resposta do WebSphere MQ especificada na mensagem de entrada MQMD.
    SCADAOutput
    Utilize um nó SCADAOutput se um dispositivo de telemetria for o destino das mensagens de saída e o nó Publicação não for apropriado.
    HTTPReply
    Utilize um nó HTTPReply se as mensagens forem em resposta a um pedido do cliente de serviços da Web.
    HTTPRequest
    Utilize um nó HTTPRequest se seu fluxo de mensagens interagir com um serviço da Web.
    Real-timeOptimizedFlow
    Utilize um nó Real-timeOptimizedFlow se o aplicativo de destino for um aplicativo JMS ou multicast.
    JMSOutput
    Utilize um nó JMSOutput se as mensagens forem para um destino JMS.
    Nó Output Definido pelo Usuário
    Utilize um nó de saída definido pelo usuário se o destino for um cliente ou um aplicativo que utiliza um protocolo ou transporte diferente.
    Saída
    Se estiver criando um fluxo de mensagens que deseja incorporar em outro fluxo de mensagens (um subfluxo) que não será implementado como um fluxo de mensagens independente, será necessário incluir pelo menos um nó Saída para propagar mensagens para nós subseqüentes que serão conectados ao subfluxo.

    Uma instância do nó Saída representa um terminal Out. Por exemplo, se você tiver incluído duas instâncias do nó Saída, o ícone do subfluxo mostrará dois terminais Out, que podem ser conectados a outros nós no fluxo principal da mesma maneira que qualquer outro nó é conectado.

Nós para Manipular, Aprimorar e Transformar Mensagens

A maioria das empresas possuem aplicativos que podem ter sido desenvolvidos muitos anos atrás, em sistemas diferentes, utilizando linguagens de programação diferentes e métodos de comunicação diferentes. O WebSphere Message Broker remove a necessidade de os aplicativos entenderem essas diferenças, fornecendo a capacidade para configurar fluxos de mensagens que transformam as mensagens de um formato para outro.

Por exemplo, nomes próprios são mantidos em vários formatos em aplicativos diferentes. Nome primeiro ou por último, com ou sem iniciais dos nomes do meio, com letras maiúsculas ou minúsculas: essas são apenas algumas das permutações. Como você pode configurar seu fluxo de mensagens para conhecer os requisitos de cada aplicativo, cada mensagem pode ser transformada no formato correto sem modificar o aplicativo de envio ou de recebimento.

Você pode trabalhar com o conteúdo da mensagem para atualizá-la de várias formas. Suas opções aqui poderão depender de o fluxo de mensagens precisar identificar mensagens predefinidas (modeladas) ou mensagens de autodefinição (por exemplo, XML), ou ambas.

Um fluxo de mensagens pode reconstruir uma mensagem completamente, convertê-la de um formato em outro (se formato significar a ordem de campos, ordem de bytes, linguagem, etc), remover conteúdo da mensagem ou introduzir dados específicos nela. Por exemplo, um nó pode interagir com um banco de dados para recuperar informações adicionais ou para armazenar uma cópia da mensagem (inteira ou parcial) no banco de dados para processamento off-line.

Os exemplos a seguir mostram o quão importante podem ser as transformações de mensagens:
  • Um aplicativo de entrada de pedido possui um ID de Fabricante no corpo da mensagem, mas o aplicativo de estoque associado espera que ele esteja no cabeçalho da mensagem. A mensagem é direcionada a um fluxo de mensagens que conhece os dois formatos diferentes e pode portanto reformatar as informações conforme necessário.
  • Um aplicativo de entrada de dados cria mensagens contendo informações de troca de estoque. Alguns aplicativos que recebem essa mensagem precisam das informações conforme fornecidas, mas outros precisam de informações adicionais incluídas na mensagem sobre a proporção PE (price to earnings). As mensagens de troca de estoque são direcionadas para um fluxo de mensagens que transmite a mensagem inalterada para alguns nós de saída, mas calcula e inclui informações extras para os outros. O fluxo de mensagens faz isso consultando o preço de mercado em um banco de dados e utiliza esse valor e as informações de troca na mensagem original para calcular o valor PE antes de passar adiante a mensagem atualizada.

Também é possível criar fluxos de mensagens que utilizam esses nós para interagir uns com os outros. Apesar da operação padrão de um fluxo de mensagem não influenciar a operação de outros fluxo de mensagens, é possível forçar essa ação configurando seus fluxos de mensagens para armazenar e recuperar informações em uma fonte externa, como um banco de dados.

Compute
Utilize o nó Compute para:
  • Manipular o conteúdo da mensagem
  • Transformar a mensagem de alguma maneira
  • Interagir com um banco de dados para modificar o conteúdo da mensagem ou do banco de dados e transmitir uma ou mais mensagens novas
Você pode utilizar este nó para manipular mensagens predefinidas e de autodefinição.

Utilize o editor ESQL para criar um módulo ESQL, específico desse nó, que contenha as instruções que definem as ações a executar na mensagem ou no banco de dados. Não utilize o código ESQL desenvolvido para utilização em um nó Compute em nenhum outro tipo de nó.

Você pode controlar a maneira como o banco de dados é acessado por esse nó, especificando informações de usuário e senha para a origem de dados especificada na propriedade do nó. Utilize o comando mqsisetdbparms para inicializar e manter esses valores.

Se seus requisitos de manipulação de mensagem forem complexos, desempenhe-os em um nó Compute. Em menor número, os nós Compute mais complexos têm melhor desempenho do que um número maior de nós mais simples, porque o intermediário analisa a mensagem na entrada em cada nó Compute.

JavaCompute
Utilize o nó JavaCompute para:
  • Examinar uma mensagem que chega e, dependendo de seu conteúdo, propagá-la inalterada a um dos dois terminais de saída do nó. O nó se comporta de maneira semelhante a um nó Filter, mas utiliza Java em vez de ESQL para decidir qual terminal de saída utilizar.
  • Alterar parte de uma mensagem que chega e propagar a mensagem alterada para um dos terminais de saída.
  • Criar e construir uma nova mensagem de saída que seja totalmente independente da mensagem de entrada.
Mapeamento
Utilize o nó Mapeamento para criar uma nova mensagem a partir da mensagem de entrada, mapeando o conteúdo de elementos da mensagem de saída a partir de elementos da mensagem de entrada, ou a partir do conteúdo do banco de dados. Você também pode extrair partes da mensagem e, opcionalmente, alterar seu conteúdo, para criar uma nova mensagem de saída que é uma cópia parcial da mensagem recebida pelo nó. O nó Mapeamento manipula apenas mensagens predefinidas.

Você pode controlar a maneira como o banco de dados é acessado por esse nó, especificando informações de usuário e senha para a origem de dados especificada na propriedade do nó. Utilize o comando mqsisetdbparms para inicializar e manter esses valores.

Utilize o editor de Mapeamento para desenvolver mapeamentos para executar manipulações simples em mensagens predefinidas. Não utilize os mapeamentos desenvolvidos para utilização em um nó Mapeamento em nenhum outro tipo de nó.

Extract
O nó Extract é obsoleto no WebSphere Message Broker Versão 6.0. Embora os fluxos de mensagens que contêm um nó Extract permaneçam válidos no WebSphere Message Broker Versão 6.0, se possível, projete novamente seus fluxos de mensagens para que qualquer nó Extract seja substituído por um nó Mapeamento.

Com um nó Extract, é possível criar uma nova mensagem de saída a partir de elementos especificados da mensagem de entrada. Você pode extrair partes da mensagem e, opcionalmente, alterar seu conteúdo, para criar uma nova mensagem de saída que é uma cópia parcial da mensagem recebida pelo nó. O nó Extract manipula apenas mensagens predefinidas.

Utilize o editor de Mapeamento para desenvolver mapeamentos para executarem manipulações simples em mensagens predefinidas no nó Extract. Não utilize os mapeamentos desenvolvidos para utilização em um nó Extract em nenhum outro tipo de nó.

Banco de Dados
Utilize o nó Banco de Dados para interagir com um banco de dados que seja identificado pelas propriedades do nó. O nó Banco de Dados manipula mensagens predefinidas e de autodefinição. Utilize o editor ESQL para codificar funções ESQL para atualizar o conteúdo do banco de dados da mensagem, inserir novas informações no banco de dados e excluir informações do banco de dados, talvez com base nas informações da mensagem. Não utilize o código ESQL desenvolvido para utilização em um nó Banco de Dados em nenhum outro tipo de nó.

Esse nó fornece uma interface muito flexível com um amplo intervalo de funções. Ele também possui propriedades que podem ser utilizadas para controlar a forma com que a interação participa de transações.

Você pode controlar a maneira como o banco de dados é acessado por esse nó, especificando informações de usuário e senha para a origem de dados especificada nas propriedades do nó. Utilize o comando mqsisetdbparms para inicializar e manter esses valores.

Você só pode atualizar bancos de dados desse nó; não é possível atualizar conteúdo de mensagem. Se desejar atualizar o conteúdo da mensagem, utilize o nó Compute ou Mapeamento.

DataDelete, DataInsert, DataUpdate
Os nós DataDelete, DataInsert e DataUpdate são formulários especializados do nó Banco de Dados que fornece um único modo de interação (exclusão de uma ou mais linhas, inserção de uma ou mais linhas ou atualização de uma ou mais linhas existentes).

Os nós DataDelete, DataInsert e DataUpdate manipulam apenas mensagens predefinidas. Utilize um editor de mapeamento para desenvolver mapeamentos para executar estas funções. Não utilize os mapeamentos desenvolvidos para esses nós em nenhum outro tipo de nó. Você pode utilizar estes nós para controlar as características transacionais das atualizações que eles desempenham.

Você pode controlar a maneira como o banco de dados é acessado por esse nó, especificando informações de usuário e senha para a origem de dados especificada na propriedade do nó. Utilize o comando mqsisetdbparms para inicializar e manter esses valores.

Você só pode atualizar bancos de dados desses nós; não é possível atualizar conteúdo de mensagem. Se desejar atualizar o conteúdo da mensagem, utilize o nó Compute ou Mapeamento.

Warehouse
O nó Warehouse fornece uma interface de armazenamento que pode ser utilizada para armazenar toda ou parte da mensagem em um banco de dados, por exemplo, para fins de auditoria. O nó Warehouse manipula apenas mensagens predefinidas. Utilize o editor de Mapeamento para desenvolver mapeamentos para executar essa ação. Não utilize os mapeamentos desenvolvidos para um nó Warehouse em nenhum outro tipo de nó.

Você pode controlar a maneira como o banco de dados é acessado por esse nó, especificando informações de usuário e senha para a origem de dados especificada na propriedade do nó. Utilize o comando mqsisetdbparms para inicializar e manter esses valores.

Você pode atualizar apenas um banco de dados desse nó; não é possível atualizar conteúdo de mensagem. Se desejar atualizar o conteúdo da mensagem, utilize o nó Compute ou Mapeamento.

XMLTransformation
Utilize o nó XMLTransformation para transformar uma mensagem XML de entrada em outro formato utilizando folhas de estilo XSLT . É obrigatório que os dados sejam analisados em uma mensagem XML. O resultado da transformação é enviado como uma mensagem BLOB. A folha de estilo, utilizando as regras definidas nela, pode executar as seguintes ações:
  • Classificar os dados
  • Selecionar os elementos de dados para inclusão ou exclusão com base em alguns critérios
  • Transformar os dados em outro formato

O mecanismo de transformação Xalan-Java (Processador Xalan-java XSLT) é utilizado como o mecanismo de transformação subjacente. Para obter informações adicionais sobre Transformações XML, a especificação W3C da sintaxe e semântica da linguagem de Transformações XSL para transformar documentos XML em outros documentos XML, consulte Transformações W3C XSL.

Você pode implementar folhas de estilo e arquivos XML em grupos de execução do intermediário para ajudar na manutenção de folhas de estilo e arquivos XML.

JMSMQTransform
Utilize o nó JMSMQTransform para transformar uma mensagem em uma árvore de mensagens JMS em uma mensagem que tenha uma estrutura em árvore que seja compatível com o formato de mensagens produzidas pelo provedor JMS do WebSphere MQ.

O nó JMSMQTransform pode ser utilizado para enviar mensagens para os fluxos de mensagens existentes e para interoperar com o JMS do WebSphere MQ e WebSphere MQ Publicação/Assinatura.

MQJMSTransform
Utilize o nó MQJMSTransform para receber mensagens que possuem um formato de árvore de mensagens do provedor JMS do WebSphere MQ e transforme-as em um formato que seja compatível com mensagens que devem ser enviadas para destinos JMS.

Você pode utilizar o nó do MQJMSTransform para enviar mensagens para os fluxos de mensagens existentes e para interoperar com o JMS do WebSphere MQ e WebSphere MQ Publicação/Assinatura.

MQOptimizedFlow

Utilize o nó MQOptimizedFlow para substituir um fluxo de mensagens de Publicação/Assinatura que consiste em um nó MQInput conectado a um nó Publicação e que utiliza o transporte JMS sobre WebSphere MQ. O nó MQOptimizedFlow não pode ser utilizado em sistemas z/OS.

Utilize o nó MQOptimizedFlow para aprimorar o desempenho, principalmente onde um único publicador produz uma publicação persistente para um único assinante.

definidos pelo usuário
Utilize um nó definido pelo usuário para identificar requisitos específicos não atendidos pelos nós integrados.

Por exemplo, caso o nó acesse um banco de dados, inclua um nó definido pelo usuário para interagir com o banco de dados. Você pode controlar a maneira como o banco de dados é acessado por esse nó, especificando informações de usuário e senha para a origem de dados especificada na propriedade do nó. Utilize o comando mqsisetdbparms para inicializar e manter esses valores.

A tabela a seguir resume o que pode ser atualizado nestes nós.
Atualizar Banco de Dados? Atualizar Mensagem? Atualizar Ambiente Local? Conjunto de Mensagens Requerido?
Compute Sim Sim Sim Não
Banco de Dados Sim Não Sim Não
DataDelete Sim Não Sim Sim
DataInsert Sim Não Sim Sim
DataUpdate Sim Não Sim Sim
Extract Sim Sim Sim Sim
Mapeamento Sim Sim Sim Sim
Warehouse Sim Não Sim Sim
Nós para Tomar Decisões

É possível utilizar nós que determinam a ordem e o fluxo de controle no fluxo de mensagens de várias maneiras para tomar decisões sobre como as mensagens são processadas pelo fluxo. Você também pode utilizar nós (TimeoutControl e TimeoutNotification) que determinam o tempo e a freqüência de ocorrência de eventos no fluxo de mensagens. O roteamento é independente da transformação da mensagem, embora a rota tomada por uma mensagem possa determinar exatamente qual transformação será executada nela.

Por exemplo, um aplicativo de transferência de dinheiro sempre envia mensagens para um outro aplicativo. Você pode decidir que todas as mensagens com valor de transferência com mais de $ 10.000 também devem ser enviadas para um segundo aplicativo, para permitir que todas as transações com valores altos sejam registradas.

Em outro exemplo, um clube de automobilismo nacional oferece um serviço principal para membros específicos para pedidos acima de um valor limite. A maioria dos pedidos é roteada através dos canais típicos mas, se o número da associação e o valor do pedido atenderem determinados critérios, o pedido terá tratamento especial.

Você também pode estabelecer uma opção de roteamento mais dinâmica criando informações de roteamento adicionais na mensagem quando ela é processada. Conjuntos opcionais de regras são configurados para receber mensagens de acordo com valores (destinos) definidos na mensagem. Você pode estabelecer estas regras para que uma mensagem seja processada por um ou mais dos conjuntos opcionais de regra, em um pedido determinado pelo conteúdo da mensagem incluído.

Utilize os nós a seguir para tomar decisões sobre a rota que uma mensagem seguirá através do fluxo de mensagens:

Validate
Utilize o nó Validate para verificar se a mensagem que chega em seu terminal de entrada está conforme o esperado. Você pode verificar se a mensagem possui as propriedades do modelo de mensagem esperadas (ou seja, o domínio de mensagem, conjunto de mensagens e tipo de mensagem) e se o conteúdo da mensagem está correto. Você pode verificar a mensagem em um ou mais domínio, conjunto ou tipo de mensagem.

O nó Validate substitui o nó Verificar, que está reprovado no WebSphere Message Broker Versão 6.0. O nó Validate funciona da mesma maneira que o nó Verificar, mas possui propriedades de Validação adicionais para permitir a validação do conteúdo da mensagem por analisadores que suportam esse recurso.

Filter
Utilize o nó Filter com uma instrução ESQL para determinar o próximo nó para o qual a mensagem é enviada por este nó. Não utilize o código ESQL desenvolvido para utilização em um nó Filter em nenhum outro tipo de nó.

Os terminais do nó são True, False, Unknown e Failure; a mensagem será propagada para o terminal True se o teste for bem-sucedido e para o terminal False se falhar. Se a instrução não puder ser resolvida (por exemplo, ela testa o valor de um campo que não está na mensagem de entrada), a mensagem será propagada para o terminal Unknown. Se algum outro erro for detectado, a mensagem será propagada para o terminal Failure.

O teste na instrução ESQL pode depender do conteúdo da mensagem, do conteúdo do banco de dados ou de uma combinação dos dois.

If you refer to a database, you can control the way in which it is accessed by this node by specifying user and password information for each data source defined in the registry on the broker system. Utilize o comando mqsisetdbparms para inicializar e manter esses valores.

Utilize este nó em preferência ao nó Compute para fornecer seleção e roteamento de mensagens; o nó Filter é mais eficiente para esta tarefa.

FlowOrder
Você pode conectar os terminais deste nó para forçar a mensagem a ser processada por uma seqüência de nós, seguida por uma segunda seqüência de nós.
Passthrough
Utilize o nó Passthrough para ativar o controle de versão de um subfluxo no tempo de execução. Utilize esse nó para incluir um rótulo em seu subfluxo. Combinando este rótulo com uma substituição de palavra reservada a partir de seu sistema de controle de versão, você pode identificar qual versão de um subfluxo está incluído em um fluxo de mensagens implementado. É possível utilizar este rótulo para suas próprias finalidades. Se você tiver incluído as palavras-chave corretas norótulo, é possível salvar o valor do rótulo:
  • Armazenado no arquivo BAR (Broker Archive), utilizando o comando mqsireadbar
  • Conforme implementado pela última vez em um intermediário específico, nas propriedades de um fluxo de mensagens implementado no Message Brokers Toolkit
  • No tempo de execução, se você ativar o rastreio do usuário para esse fluxo de mensagens
RouteToLabel e Label
Utilize o nó RouteToLabel após um nó Compute para roteamento complexo. Defina uma lista de destinos em um nó Compute nos quais o nó RouteToLabel age, que interroga os destinos e transmite a mensagem para o nó Label correspondente.
ResetContentDescriptor
Utilize o nó ResetContentDescriptor para configurar novas propriedades de mensagem que são utilizadas quando o fluxo de bits da mensagem é analisado em seguida por um nó subseqüente no fluxo de mensagens.
Nós para controlar operações sensíveis à hora
Você pode querer que um processo de aplicação batch seja executado todos os dias em uma hora específica, ou pode querer que informações sejam processadas e publicadas e, intervalos fixos (por exemplo, taxas de câmbio são calculadas e enviadas a bancos), ou pode querer executar uma ação de recuperação especificada se determinadas transações não forem concluídas dentro de um horário definido. Para todos estes casos, são fornecidos dois nós de tempo limite (TimeoutControl e TimeoutNotification).
TimeoutControl
Utilize um nó TimeoutControl e um nó TimeoutNotification juntos em um fluxo de mensagens para controlar eventos que ocorrem em um momento específico ou em intervalos de tempo definidos. O nó TimeoutControl recebe uma mensagem de entrada que contém um pedido de tempo limite. Toda ou parte desta mensagem de entrada é validada e armazenada para ser propagada por um nó TimeoutNotification associado no fluxo de mensagens. A mensagem de entrada também é propagada inalterada para o próximo nó do fluxo de mensagens.

Mais de um nó TimeoutControl pode ser associado a cada nó TimeoutNotification.

TimeoutNotification
Utilize um nó TimeoutNotification independente para gerar mensagens que são propagadas em tempos configurados ou em intervalos de tempo para o próximo nó no fluxo de mensagens para processamento posterior.
Nós para Intercalar Pedidos

Utilize os nós AggregateControl, AggregateReply e AggregateRequest para intercalar pedidos e respostas relacionados. Utilize esses nós para gerar diversos pedidos em resposta a uma mensagem de entrada, controlar e coordenar as respostas recebidas em resposta a esses pedidos e combinar as informações fornecidas pelas respostas para continuar o processamento.

Nós para Manipular e Relatar Erros

Utilize os seguintes nós para afetar manipulação e relatório de erros:

Trace
Inclua um nó Trace para gerar uma ou mais entradas de rastreio para registrar o que está ocorrendo no fluxo de mensagens neste ponto.
TryCatch
Inclua um nó TryCatch para controlar o processamento de erro quando exceções forem emitidas.
Throw
Inclua um nó Throw para forçar uma exceção a ser emitida e especifique a identidade da exceção, para facilitar o diagnóstico do problema.
Conceitos relacionados
Visão Geral de Fluxos de Mensagens
Suporte ao Aplicativo para o Usuário Final
Estrutura em árvore do ambiente local
Tarefas relacionadas
Configurando os bancos de dados do intermediário e do usuário
Configurando a Segurança do DB2 no z/OS
Projetando um Fluxo de Mensagens
Acessando Bancos de Dados em Fluxos de Mensagens
Criação de um Fluxo de Mensagens
Definindo o Conteúdo do Fluxo de Mensagens
Utilizando Nós para Tomada de Decisão
Implementando
Referências relacionadas
Comando mqsisetdbparms
Nós Internos
Suporte ao Aplicativo para o Usuário Final
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2009Copyright IBM Corporation 1999, 2009.
Última atualização : 2009-02-13 16:11:34

ac00330_