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ó 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 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, é 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ó de entrada.
  • O modelo de encadeamento apropriado para o nó de entrada.
  • Fim do processamento de mensagens e do suporte a transações que o nó suporta.
  • Os atributos de configuração requeridos pelo nó de entrada 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 MQ. O MRM não é fornecido com o WebSphere Event Broker e não existe suporte para analisadores de plug-in.
    • 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.
Referências relacionadas
API de Nó C Definido pelo Usuário
Informações relacionadas
API de Nó Java Definido Pelo Usuário
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback
Direitos Autorais IBM Corporation 1999, 2005 Última Atualização: 04/11/2005
as01392_