Planejando Nós Input Definidos pelo Usuário

Este tópico esboça as considerações sobre planejamento e design sobre as quais você deve pensar antes de desenvolver um nó de entrada definido pelo usuário.

Análise

Antes de desenvolver um nó Input definido pelo usuário, você deve considerar o seguinte:
  • É preciso criar um nó de entrada personalizado?
    É preciso incluir pelo menos um nó de entrada em um fluxo de mensagens. (Para obter informações adicionais sobre como utilizar mais de um nó de entrada, consulte Utilizando Mais de Um Nó Input. O escolhido depende da origem das mensagens de entrada:
    • Se as mensagens chegarem ao intermediário em uma fila do WebSphere MQ, utilize o nó MQInput fornecido.
    • Se as mensagens chegarem ao intermediário do WebSphere MQ Everyplace, utilize o nó MQeInput.
    • Se as mensagens forem enviadas por dispositivos SCADA, utilize o nó SCADAInput.
    • Se a origem da mensagem for qualquer outra, é preciso utilizar um nó de entrada definido pelo usuário.
  • Para inserir com êxito os dados envolvidos, o nó de entrada terá que fazer interface com software de outros fornecedores? Caso afirmativo, a API que permite o acesso a esse software quebra seu modelo de encadeamento?
  • Você precisa de um novo analisador definido pelo usuário para interpretar o corpo (carga útil) da mensagem gerada por este nó de entrada ou ela pode ser analisada por um analisador interno padrão?
  • Você precisa que o novo nó de entrada definido pelo usuário opere a instância do fluxo de mensagens no qual ele reside sob controle transacional, como uma transação coordenada globalmente?
  • Você precisa que o novo nó de entrada definido pelo usuário ofereça opções de configuração?
  • Você precisa que as mensagens propagadas por este nó de entrada sejam processadas pelos primitivos a seguir?
    • Todos os nós de saída primitivos
    • Nós descritores de conteúdo redefinido

Considerações de Design

Antes de desenvolver e implementar seu nó de entrada, você deve decidir sobre o seguinte:
  • O analisador de mensagens que irá analisar inicialmente a mensagem de entrada
  • Se os valores de atributos do analisador de mensagem padrão devem ser substituídos para este nó de entrada.
  • O modelo de encadeamento apropriado para o nó de entrada
  • O processamento de fim de mensagem e suporte a transação que o nó irá suportar
  • Os atributos de configuração requeridos pelo nó de entrada que devem ser exteriorizados para alteração pelo designer do fluxo de mensagens.
  • APIs opcionais do nó que o nó definido pelo usuário fornecerá
  • Questões gerais de desenvolvimento:
    • encadeamento
    • gerenciamento de memória
    • tratamento de cadeias
    • tratamento de exceções
    • formatos de mensagem esperados para nós primitivos que esperam pastas de cabeçalho específicas.

Conceitos relacionados
Analisadores
Analisadores Definidos pelo Usuário
Extensões Definidas pelo Usuário

Tarefas relacionadas
Criando um Nó de Entrada em Java
Criando um Nó de Entrada em C

Referências relacionadas
API de Nó C Definido pelo Usuário
API de Nó Java Definido Pelo Usuário