WebSphere Message Broker, Versión 8.0.0.5 Sistemas operativos: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte la información sobre la última versión del producto en IBM Integration Bus, Versión 9.0

Ciclo de vida de nodos de proceso de mensajes definidos por el usuario en Java

Durante el ciclo de vida de los nodos definidos por el usuario que cree en Java™, se crean y destruyen objetos y se llama a diferentes métodos y clases.

Cada nodo pasa por las siguientes etapas:

Esta información se aplica a los nodos de salida y a los nodos de proceso de mensajes. Estos dos tipos de nodos se pueden considerar en conjunto, porque aunque un nodo de proceso de mensajes se utiliza normalmente para procesar un mensaje, y un nodo de salida se utiliza para proporcionar una salida, en forma de corriente de bits, desde un mensaje, puede utilizar ambos tipos de nodo para realizar cualquiera de estas funciones.

Registro

La fase de registro se produce cuando un nodo de proceso de mensajes definido por el usuario que está escrito en Java contacta con el intermediario o se registra con el intermediario.

Cada vez que un intermediario se inicia, carga todos los archivos LIL y clases Java relevantes. Para asegurar que un nodo de proceso de mensajes se registra en el intermediario, debe proporcionar al intermediario una clase que implemente la interfaz MbNodeInterface y que esté contenida en la vía de acceso de clases utilizada por el intermediario.

Creación de una instancia

Se crea una instancia de un nodo de proceso de mensajes definido por el usuario en Java cuando un intermediario despliega un flujo de mensajes que contiene el nodo de proceso de mensajes definido por el usuario. Cuando se crea la instancia del nodo, se llama al constructor de la clase de nodo de proceso de mensajes.

Cuando se crea una instancia de un nodo, se crean todos los terminales que ha especificado. Un nodo de proceso de mensajes puede tener asociados un número ilimitado de terminales de entrada o salida. Debe incluir los métodos createInputTerminal y createOutputTerminal en el constructor de nodo para declarar estos terminales.

Los terminales de salida incluyen los terminales de salida, los de anomalía o de captación. Utilice la clase createOutputTerminal incluida en el constructor de clase de nodo para crear tantos terminales de salida como requiera.

Como mínimo, debe crear sólo estos terminales de salida utilizando la clase del constructor. No obstante, si tiene que inicializar valores de atributo, también debe incluir ese código en este momento en el nodo de proceso de mensajes.

Si desea manejar las excepciones que se devuelven al nodo de proceso de mensajes, se le recomienda que lo haga creando un terminal de anomalías para el nodo de proceso de mensajes definido por el usuario, utilizando el método createOutputTerminal. Lo más razonable es utilizar el terminal de anomalías para este proceso ya que ese es el terminal en el que se propagan los errores.

Asegúrese de que todas las excepciones que detecte el nodo de proceso de mensajes se manejen correctamente. Si no incluye un terminal de anomalías, el nodo de proceso de mensajes no intenta manejar la excepción. Si su flujo de mensajes no contiene un método de manejo de excepciones, todas las excepciones generadas se devuelven al nodo de entrada, donde se manejarán.

Si detecta excepciones, asegúrese de que vuelve a emitir todas las excepciones que el nodo de proceso de mensajes no puede manejar. Esta acción hace que la excepción se devuelva al nodo de entrada para su manejo; por ejemplo, cuando desee retrotraer una transacción.

Proceso

Durante la fase de proceso del ciclo de vida de un nodo de proceso de mensajes definido por el usuario, el nodo de proceso de mensajes toma la jerarquía lógica del mensaje y lo procesa de algún modo.

Destrucción

Un nodo de proceso de mensajes definido por el usuario escrito en Java se destruye cuando se suprime el nodo o cuando se concluye el intermediario. No es necesario que incluya nada en el código para especificar que el nodo se suprima físicamente, porque este proceso lo puede manejar el recolector de basura.

No obstante, si desea que se le notifique que un nodo está a punto de suprimirse, puede utilizar el método onDelete. Es posible que desee recibir notificación si el nodo tiene recursos que desea suprimir, aparte de los que suprimirá el recolector de basura. Por ejemplo, si ha abierto un socket, éste no se cierra debidamente cuando el nodo se suprime automáticamente. Puede incluir esta instrucción en el método onDelete para asegurar que el socket se cierre correctamente.

Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Comentarios

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última actualización:
        
        Última actualización: 2015-02-28 17:00:30


Tema de conceptoTema de concepto | Versión 8.0.0.5 | as24999_