Um nó de entrada é utilizado para receber uma mensagem em um fluxo de mensagens, geralmente de uma origem que não é suportada pelos nós de entrada integrados.
Um nó Java definido pelo usuário é distribuído como um arquivo .jar.
Antes de poder criar nós Java no WebSphere Message Broker Toolkit, é necessário criar um projeto Java:
Cada classe que implementa MbInputNodeInterface e está contida no caminho de LIL do broker é registrada com o broker como um nó de entrada. Quando você implementa MbInputNodeInterface, é necessário também implementar um método run para esta 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 broker chama o método run quando encadeamentos tornam-se disponíveis de acordo com o modelo de encadeamento especificado.
O nome de classe deve terminar com a palavra "Node". Por exemplo, se o nome for BasicInput no WebSphere Message Broker Toolkit, o nome de classe deve ser BasicInputNode.
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
{
...
Siga estas etapas para concluir esta ação no WebSphere Message Broker Toolkit:
Quando o nó é instanciado, o construtor da classe do nó é chamado. Esta classe é onde você cria os terminais do nó e inicializa os valores-padrão para os atributos.
Um nó de entrada 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";
}
Um nó de entrada pode receber dados de qualquer tipo da origem externa, tal como um sistema de arquivos, uma fila ou um banco de dados, da mesma maneira que todos os outros programas Java, se a saída do nó estiver no formato correto.
Forneça um buffer de entrada (ou fluxo de bits) para conter os dados de entrada e associe-o a um objeto de mensagem. Crie uma mensagem a partir de uma matriz de byte usando o método createMessage da classe MbInputNode e, em seguida, gere uma montagem da mensagem válida a partir desta mensagem. Por exemplo, para ler os dados de entrada a partir de um arquivo:
Depois de criar um conjunto de mensagens, você pode propagá-lo para um dos terminais de saída definidos no nó.
MbOutputTerminal out = getOutputTerminal("out");
out.propagate(newAssembly);
msg.clearMessage();
Para limpar a memória que está alocada para a árvore de mensagens, chame a função clearMessage() no bloco finally de try/catch.
A infraestrutura do broker trata de problemas de transação, tal como controlar a confirmação de um WebSphere MQ ou unidade de trabalho de trabalho quando o processamento de mensagens é concluído. Entretanto, os recursos modificados em um nó definido pelo usuário não ficarão necessariamente sob o controle transacional do intermediário.
Cada encadeamento do fluxo de mensagens é alocado a partir de um conjunto de encadeamentos mantido para cada fluxo de mensagens e começa no método run.
O nó definido pelo usuário usa valores de retorno para indicar se uma transação foi bem-sucedida, para controlar se transações foram confirmadas ou revertidas e para controlar quando o encadeamento foi retornado ao conjunto. A infraestrutura do broker captura todas as exceções não manipuladas e retrocede a transação.
Você determina o comportamento das transações e encadeamentos usando o valor de retorno apropriado:
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;
}
Você deve declarar o nome do nó para uso e identificação pelo WebSphere Message Broker Toolkit. Todos os nomes de nós devem terminar com os caracteres "Node". Declare o nome usando o seguinte método:
public static String getNodeName()
{
return "BasicInputNode";
}
package com.ibm.pluginsamples;
public class BasicInputNode extends MbInputNode implements MbInputNodeInterface
{
...
Declare os atributos de nó usando o mesmo método usado para as propriedades Java Bean. Você é responsável por gravar métodos get e set para os atributos; a estrutura da API infere os nomes de atributos usando as regras de introspecção de Java bean. Por exemplo, se você declarar os dois métodos seguintes:
private String attributeVariable;
public String getFirstAttribute()
{
return attributeVariable;
}
public void setFirstAttribute(String value)
{
attributeVariable = value;
}
O broker inferirá que esse nó tem um atributo chamado firstAttribute. Esse nome é derivado dos nomes dos métodos get ou set, não dos nomes de variáveis de quaisquer membros de classe interna. Os atributos podem ser expostos apenas como cadeias, portanto, converta tipos numéricos para e a partir 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);
}
Como já foi descrito, o método run é chamado pelo intermediário para criar a mensagem de entrada. Este método deve fornecer toda a função de processamento para o nó de entrada.
Uma implementação de nó de entrada normalmente determina que o analisador de mensagem examina inicialmente uma mensagem de entrada. Por exemplo, o nó MQInput integrado dita que é necessário um analisador MQMD para analisar o cabeçalho MQMD. Um nó de entrada 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 padrão que são incluídos e que podem ser substituídos:
Implemente o método onDelete da seguinte maneira:
public void onDelete()
{
// executar limpeza do nó se necessário
}