Planejando Nós de Entrada 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ó input 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ó input personalizado?
    É preciso incluir pelo menos um nó input em um fluxo de mensagens. (Para obter informações adicionais sobre como utilizar mais de um nó input, 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 forem enviadas por dispositivos SCADA, utilize o nó SCADAInput.
    • Se a origem da mensagem for qualquer outra, é preciso utilizar um nó input definido pelo usuário.
  • Para inserir com êxito os dados envolvidos, o nó input 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ó input ou ela pode ser analisada por um analisador interno padrão?
  • Você precisa que o novo nó input 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ó input definido pelo usuário ofereça opções de configuração?
  • Você precisa que as mensagens propagadas por este nó input 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ó input, é necessário decidir sobre os seguintes fatores:
  • O analisador de mensagem que inicialmente analisa a mensagem de entrada.
  • Se os valores de atributos do analisador de mensagem padrão devem ser substituídos para este nó input.
  • O modelo de encadeamento apropriado para o nó input.
  • Fim do processamento de mensagens e do suporte a transações que o nó suporta.
  • Os atributos de configuração requeridos pelo nó input que devem ser exteriorizados para alteração pelo designer do fluxo de mensagens.
  • APIs de nó opcionais fornecidas pelo nó definido pelo usuário.
  • Questões gerais de desenvolvimento:
  • Quando projetar nós para serem executados como extensões para o WebSphere Event Broker, as seguintes restrições devem ser consideradas:
    • Os nós de entrada definidos pelo usuário podem suportar apenas os analisadores XML, BLOB e do WebSphere MQ. O MRM não é fornecido com o WebSphere Event Broker e não há suporte para analisadores definidos pelo usuário.
    • Os nós definidos pelo usuário não expõem aos usuários a capacidade para avaliar código ESQL do usuário. Por exemplo, os nós que expõem a entrada para MbSQLStatement como um atributo de nó emulam de forma eficiente um nó compute. A utilização de ESQL no WebSphere Event Broker não é suportada.
Informações relacionadas
API de Nó Java Definido Pelo Usuário
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback
Direitos Autorais IBM Corporation 1999, 2006 Última Atualização: 1 Sep 2006
as01392_