Criando um Nó Input em Java

Antes de começar

Criando um Novo Projeto Java

Você pode criar nós Java no workbench. Para fazer isso, você deve criar um novo projeto Java, da seguinte forma:
  1. Alterne para a perspectiva Java.
  2. Clique em Arquivo > Novo > Projeto. Selecione Java no menu esquerdo e, em seguida, selecione Projeto Java no menu direito.
  3. Dê um nome ao projeto.

    O painel Definições Java é exibido.

  4. Selecione a guia Bibliotecas e clique em Incluir JARs Externos.
  5. Selecione install_dir\classes\jplugin2.jar.
  6. Siga os prompts nas outras guias para definir quaisquer outras definições de construção.
  7. Clique em Concluir.
Em seguida você pode desenvolver a origem para o nó Java dentro deste projeto.

Declarando a Classe do Nó Input

Qualquer classe que implemente MbInputNodeInterface e que esteja contida no caminho da LIL do intermediário é registrada com o intermediário como um nó input. Ao implementar a MbInputNodeInterface, é necessário implementar também um método run para essa classe. O método run representa o início do fluxo de mensagens, contém os dados que formulam a mensagem e a propaga pelo fluxo. O intermediário chama o método run quando encadeamentos se tornam disponíveis de acordo com o modelo de encadeamento especificado.

Por exemplo, para declarar a classe de nó input:

package com.ibm.jplugins;

import com.ibm.broker.plugin.*;

public class BasicInputNode extends MbInputNode implements MbInputNodeInterface
{
...
Você pode fazer isso no workbench da seguinte forma:
  1. Clique em Arquivo > Novo > Classe.
  2. Defina o pacote e os campos de nome de classe para valores adequados.
  3. Exclua o texto no campo de texto Superclasse e clique no botão Procurar.
  4. Selecione MbInputNode.
  5. Clique no botão Incluir próximo ao campo de texto Interface e selecione MbInputNodeInterface.
  6. Clique em Concluir.

Definindo o Construtor de Nó

Quando o nó é instanciado, o construtor da classe de nó do usuário é chamado. É aqui que são criados os terminais do nó e inicializados quaisquer valores padrão para os atributos.

Um nó input tem um número de terminais de saída associados a ele, mas em geral não tem nenhum terminal de entrada. Utilize o método createOutputTerminal para incluir terminais de saída a um nó quando o nó é instanciado. Por exemplo, para criar um nó com três terminais de saída:

public BasicInputNode() throws MbException
{
	createOutputTerminal ("out");
	createOutputTerminal ("failure");
	createOutputTerminal ("catch");
setAttribute ("firstParserClassName","myParser");
attributeVariable = "none";
}

Recebendo Dados Externos em um Buffer

Um nó input pode receber dados de qualquer tipo de origem externa, tal como um sistema de arquivos, uma fila ou um banco de dados, da mesma maneira que qualquer outro programa Java, desde que a saída do nó esteja no formato correto.

Você fornece um buffer de entrada (ou fluxo de bits) para conter os dados de entrada e o associa a um objeto de mensagem. Você cria uma mensagem a partir de uma matriz de bytes utilizando o método createMessage da classe MbInputNode e, em seguida, gera uma montagem de mensagem válida a partir dessa mensagem. Para obter detalhes destes métodos, consulte a API Java. Por exemplo, para ler a entrada de um arquivo:

  1. Crie um fluxo de entrada para ler do arquivo:
    FileInputStream inputStream = new FileInputStream("myfile.msg");
  2. Crie uma matriz de bytes do tamanho do arquivo de entrada:
    byte[] buffer = new byte[inputStream.available()];
  3. Leia do arquivo para a matriz de bytes:
    inputStream.read(buffer);
  4. Feche o fluxo de entrada:
    inputStream.close();
  5. Crie uma mensagem para colocar na fila:
    MbMessage msg = createMessage(buffer);
  6. Crie um novo conjunto de mensagem para receber esta mensagem:
    msg.finalizeMessage(MbMessage.FINALIZE_VALIDATE);
    MbMessageAssembly newAssembly =
                new MbMessageAssembly( assembly, msg );

Propagando a Mensagem

Quando tiver criado um conjunto de mensagem, você poderá propagá-lo para um dos terminais do nó.

Por exemplo, para propagar o conjunto da mensagem para o terminal "out":
MbOutputTerminal out = getOutputTerminal("out");
out.propagate(newAssembly);
Para excluir a mensagem:
msg.clearMessage();

Para limpar a memória que está alocada para a árvore de mensagens, chame a função clearMessage() no bloco final tentar/captar.

Controlando o Encadeamento e a Transacionalidade

A infra-estrutura do intermediário trata de questões de transação tais como controlar a consolidação de qualquer unidade de trabalho do WebSphere MQ ou de banco de dados quando o processamento da mensagem estiver concluído. Entretanto, os recursos modificados em um nó definido pelo usuário não necessariamente ficarão sob o controle transacional do intermediário.

Cada encadeamento do fluxo de mensagens é alocado de um conjunto de encadeamentos mantido para cada fluxo de mensagens, e inicia a execução no método run.

O nó definido pelo usuário utiliza valores de retorno para indicar se uma transação obteve êxito, para controlar se as transações são consolidadas ou retornadas e para controlar quando o encadeamento é retornado ao conjunto. Quaisquer exceções não tratadas são capturadas pela infra-estrutura do intermediário e a transação é revertida.

O comportamento das transações e encadeamentos é determinado utilizando um valor de retorno apropriado entre os seguintes:

MbInputNode.SUCCESS_CONTINUE
A transação é consolidada e o intermediário chama o método run novamente utilizando o mesmo encadeamento.
MbInputNode.SUCCESS_RETURN
A transação é consolidada e o encadeamento é retornado ao conjunto de encadeamentos, supondo que ele não seja o único encadeamento para este fluxo de mensagens.
MbInputNode.FAILURE_CONTINUE
A transação é retornada e o intermediário chama o método run novamente utilizando o mesmo encadeamento.
MbInputNode.FAILURE_RETURN
A transação é retornada e o encadeamento é retornado ao conjunto de encadeamentos, supondo que ele não seja o único encadeamento para este fluxo de mensagens.
MbInputNode.TIMEOUT
O método run não deve bloquear indefinidamente enquanto aguarda que os dados de entrada cheguem. Enquanto o fluxo estiver bloqueado pelo código do usuário, você não poderá encerrar ou reconfigurar o intermediário. O método run deve conceder controle ao intermediário periodicamente, retornando do método run. Se os dados de entrada não tiverem sido recebidos após um certo período (por exemplo, 5 segundos), o método deve retornar com o código de retorno TIMEOUT. Supondo que o intermediário não necessite reconfigurar ou encerrar, o método run do nó input é chamado de novo imediatamente.
Para criar fluxos de mensagens de múltiplos encadeamentos, o método dispatchThread é chamado após a criação de uma mensagem, mas antes de propagar a mensagem para um terminal de saída. Isso garante que apenas um encadeamento esteja aguardando por dados enquanto outros encadeamentos estão processando a mensagem. Novos encadeamentos são obtidos do conjunto de encadeamentos até o limite máximo especificado pelo atributo additionalInstances do fluxo de mensagens. Por exemplo:
public int run( MbMessageAssembly assembly ) throws MbException
{
  byte[] data = getDataWithTimeout();  // usuário abasteceu método
                                       // retorna nulo se for tempo limite
  if( data == null )
    return TIMEOUT;

  MbMessage msg = createMessage( data );
  msg.finalizeMessage( MbMessage.FINALIZE_VALIDATE );
  MbMessageAssembly newAssembly =
       new MbMessageAssembly( assembly, msg );

  dispatchThread();

  getOutputTerminal( "out" ).propagate( newAssembly );

  return SUCCESS_RETURN;
}

Declarando o Nome do Nó

É necessário declarar o nome do nó como ele será identificado pelo workbench. Todos os nomes de nós devem terminar com "Node". O nome é declarado utilizando o seguinte método:

public static String getNodeName()
{
   return "BasicInputNode";
}
Se esse método não é declarado, a estrutura de API Java cria um nome de nó padrão utilizando as seguintes regras:
  • O nome da classe é anexado ao nome do pacote.
  • Os pontos são removidos e a primeira letra de cada parte do pacote e do nome da classe é transformada em maiúsculas.
Por exemplo, por padrão o nome de nó "ComIbmPluginsamplesBasicInputNode" é atribuído à seguinte classe:
package com.ibm.pluginsamples;
public class BasicInputNode extends MbInputNode implements MbInputNodeInterface
{
   ...

Declarando Atributos

Os atributos do nó são declarados da mesma forma que propriedades de Java Bean. Você é responsável por escrever métodos getter e setter para os atributos e a estrutura da API infere os nomes dos atributos utilizando as regras de introspecção do Java Bean. Por exemplo, se você declarar os dois métodos seguintes:

private String attributeVariable;

public String getFirstAttribute()
{
  return attributeVariable;
}

publc void setFirstAttribute(String value)
{
  attributeVariable = value;
}

O intermediário inferirá que esse nó tem um atributo chamado firstAttribute. Esse nome é derivado dos nomes dos métodos get ou set, não de nenhum nome de variável de membro de classe interna. Os atributos somente podem ser expostos como cadeias, portanto é preciso converter qualquer tipo numérico para e de cadeias nos métodos get ou set. Por exemplo, o método a seguir define um atributo chamado timeInSeconds:

int seconds;

public String getTimeInSeconds()
{
  return Integer.toString(seconds);
}

public void setTimeInSeconds(String value)
{
  seconds = Integer.parseInt(value);
}

Implementando a Funcionalidade do Nó

Como já foi descrito, o método run é chamado pelo intermediário para criar a mensagem de entrada. Esse método deve fornecer toda a função de processamento para o nó input.

Substituindo os Atributos Padrão do Analisador de Mensagem (Opcional)

Uma implementação de nó input em geral determina que analisador de mensagem analisa inicialmente uma mensagem de entrada. Por exemplo, o nó MQInput primitivo dita que um analisador de MQMD é necessário para analisar o cabeçalho MQMD. Um nó input definido pelo usuário pode selecionar um analisador de cabeçalho ou de mensagem apropriado, e o modo no qual a análise é controlada, pela utilização dos seguintes atributos que são incluídos como padrão e que podem ser substituídos:

rootParserClassName
Define o nome do analisador raiz que analisa os formatos de mensagem suportados pelo nó input definido pelo usuário. Seu padrão é GenericRoot, um analisador raiz fornecido que faz com que o intermediário aloque e encadeie analisadores juntos. É improvável que um nó precise modificar esse valor de atributo.
firstParserClassName
Define o nome do primeiro analisador, naquilo que pode ser uma cadeia de analisadores responsáveis pela análise do fluxo de bits. Seu padrão é XML.
messageDomainProperty
Um atributo opcional que define o nome do analisador de mensagem necessário para analisar a mensagem de entrada. Os valores suportados são os mesmos suportados pelo nó MQInput. (Consulte Nó MQInput para obter informações adicionais sobre o nó MQInput.)
messageSetProperty
Um atributo opcional que define o identificador do conjunto de mensagem, ou o nome do conjunto de mensagem, no campo Message Set, somente se o analisador MRM tiver sido especificado pelo atributo messageDomainProperty.
messageTypeProperty
Um atributo opcional que define o identificador da mensagem no campo MessageType, somente se o analisador MRM tiver sido especificado pelo atributo messageDomainProperty.
messageFormatProperty
Um atributo opcional que define o formato da mensagem no campo Message Format, somente se o analisador MRM tiver sido especificado pelo atributo messageDomainProperty.

Excluindo uma Instância do Nó

Uma instância do nó é excluída quando:
  • Você encerra o intermediário.
  • Você remove o nó ou o fluxo de mensagens contendo o nó e reimplementa a configuração.
Durante a exclusão do nó, o nó pode querer ser informado para que ele possa executar operações de limpeza, como fechar soquetes. Se o nó implementar o método opcional onDelete, este será chamado pelo intermediário imediatamente antes da exclusão do nó.

O método onDelete é implementado da seguinte maneira:

public void onDelete()
{
  // executar limpeza do nó se necessário
}
Informações relacionadas
API Java
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback
Direitos Autorais IBM Corporation 1999, 2006 Última Atualização: 1 Sep 2006
as09950_