Um nó do fluxo de mensagens é uma etapa de processamento em um fluxo de mensagens. Ele pode ser um nó integrado, um nó definido pelo usuário ou um nó de subfluxo.
Um nó do fluxo de mensagens recebe uma mensagem, executa um conjunto de ações em relação à mensagem e, opcionalmente, passa a mensagem original e nenhum ou nenhuma outra mensagem adicional, para o próximo nó no fluxo de mensagens.
Um nó do fluxo de mensagens contém um número fixo de pontos de entrada e saída conhecidos como terminais. Você pode estabelecer conexões entre os terminais para definir as rotas que uma mensagem poderá percorrer em um fluxo de mensagens. Os nós do fluxo de mensagens são exibidos na paleta do nó associada ao editor de Fluxo de Mensagens. A paleta é organizada em categorias, que agrupam nós que fornecem processamento relacionado; por exemplo, transformação.
Os nós de entrada não possuem terminais de entrada. O fluxo de mensagens é iniciado quando uma mensagem é recuperada de um dispositivo de entrada; por exemplo, uma fila do WebSphere MQ. O fluxo de mensagens termina quando nenhuma mensagem de saída adicional tiver sido enviada por um ou mais nós de saída, e o controle retorna ao nó de entrada. O nó de entrada confirma ou retrocede a transação. Os nós de entrada e de saída podem ser específicos de protocolo, para interação com sistemas específicos, como Serviços da Web.
A maioria dos nós são nós de processamento que podem ser incluídos entre seus nós de entrada e de saída e conectados em conjunto para definir o fluxo de controle. Estes nós geralmente transformam uma mensagem de um formato em outro, ou roteiam uma mensagem em um caminho específico ou fornecem opções mais complexas, tais como, agregação ou filtragem.
É possível configurar um nó configurando ou alterando os valores para suas propriedades. Alguns nós possuem propriedades obrigatórias, para as quais você deve configurar um valor. Outras propriedades devem ter um valor, mas recebem um valor-padrão que você pode deixar inalterado. As propriedades restantes são propriedades opcionais; nenhum valor é necessário.
Quando você desenvolve um fluxo de mensagens, a maneira na qual você configura as propriedades dos nós nesse fluxo influencia a maneira na qual as mensagens são processadas por esse fluxo. Por exemplo, configurando propriedades que definem nomes de fila do WebSphere MQ de entrada e saída, você determina de onde o fluxo de mensagens recebe a mensagem, e onde ele entrega a mensagem.
Também é possível configurar nós usando propriedades promovidas; promova uma ou mais propriedades do nó para se tornarem propriedades do fluxo de mensagens que contém esses nós. Você poderá, então, alterar estas propriedades no nível do fluxo, em vez de precisar atualizar um ou mais nós individuais. Também é possível promover propriedades equivalentes de mais de um nó para a mesma propriedade de fluxo de mensagens; por exemplo, você pode usar esta técnica para configurar, no nível do fluxo, o nome do banco de dados ao qual todos os nós no fluxo de mensagens devem se conectar.
Um subconjunto de propriedades do nó são propriedades configuráveis, ou seja, é possível alterar seus valores ao implementar o fluxo de mensagens em um broker para execução. Talvez você ache esta capacidade útil se implementar um fluxo de mensagens em mais de um broker e deseja que ele se comporte de uma maneira um pouco diferente em cada broker. Por exemplo, quando você implementa o fluxo de mensagens em um broker de teste, é possível configurar uma propriedade configurável para forçar o fluxo a interagir com um banco de dados de teste. Quando você implementa o mesmo fluxo de mensagens em um broker de produção, é possível configurar a mesma propriedade com o valor de um banco de dados de produção, sem precisar atualizar o fluxo de mensagens em si.
O modo no qual seu broker está funcionando pode afetar os tipos de nó que podem ser utilizados; consulte Restrições que se Aplicam em cada modo de operação.
É possível incluir nós de três tipos em seus fluxos de mensagens:
Para obter informações sobre todos os nós integrados fornecidos pelo WebSphere Message Broker, consulte Nós Internos.
Para obter informações sobre os nós que podem ser usados para conectar o WebSphere Message Broker aos seus aplicativos, consulte Nós para Conectividade.
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.
Uma mensagem é recebida por um nó Entrada e processada de acordo com a definição do subfluxo. Isso pode incluir o armazenamento por meio de um nó Banco de Dados ou entrega para outro destino de mensagem, por exemplo, por meio de um nó MQOutput. Se necessário, a mensagem pode ser retornada por meio de um nó Saída ao fluxo principal para processamento posterior.
O subfluxo, quando incorporado em um fluxo principal, é representado por um nó do subfluxo, que possui um ícone exclusivo. O ícone é exibido com o número correto de terminais para representar os nós Entrada e Saída incluídos na definição do subfluxo.
A utilização mais comum de um subfluxo é fornecer processamento requerido em muitos locais em um fluxo de mensagens ou é ser compartilhado entre vários fluxos de mensagens. Por exemplo, você pode codificar algum processamento de erros em um subfluxo ou criar um subfluxo para fornecer uma trilha de auditoria (armazenando toda a mensagem e gravando uma entrada de rastreio).
Para obter mais informações, consulte Subfluxos.
Um nó nem sempre produz uma mensagem de saída para cada terminal de saída: geralmente ele produz uma saída para um terminal único, dependendo da mensagem recebida ou do resultado da operação do nó. Por exemplo, um nó Filter geralmente envia uma mensagem no terminal True ou no terminal False, mas não em ambos.
Se você tiver conectado mais de um terminal a outro nó, o processamento no nó determinará a ordem na qual a mensagem será propagada para os nós aos quais ela está conectada; não é possível alterar esta ordem. O nó envia a mensagem de saída em cada terminal, mas enviará no próximo terminal apenas quando o processamento tiver sido concluído para o terminal atual.
As atualizações em uma mensagem nunca são propagadas para nós que foram executados anteriormente, apenas para nós que seguem o nó no qual a atualização foi feita. A ordem de propagação da mensagem para terminais de saída diferentes é determinada pelo broker e não pode ser alterada. A única exceção para esta regra é o nó FlowOrder, no qual os terminais indicam a ordem na qual a mensagem será propagada para cada um.
Todos os nós integrados incluem a manipulação de erros como parte de seu processamento. Se for detectado um erro no nó, a mensagem será propagada para o terminal de falha. O que ocorrerá em seguida depende da estrutura de seu fluxo de mensagens. É possível usar apenas a manipulação de erros básica fornecida pelo broker, ou aprimorar seu fluxo, incluindo nós de processamento de erro e fluxos para fornecer um processamento de falha mais abrangente. Para obter informações adicionais sobre estas opções, consulte Tratando Erros em Fluxos de Mensagens.
O fluxo de mensagens pode aceitar uma nova mensagem para processamento apenas quando todos os caminhos pelo fluxo de mensagens (ou seja, todos os nós conectados a partir de todos os terminais de saída) tiverem sido concluídos, e o controle retornado ao nó de entrada que confirma ou retrocede a transação.
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.