Migración de un nodo definido por el usuario

Debe completar los pasos siguientes para migrar un nodo definido por el usuario a WebSphere Message Broker Versión 6.0:
  1. Migración de la representación del Kit de herramientas de Message Brokers del nodo definido por el usuario
  2. Migración del código de ejecución del nodo definido por el usuario

Migración de la representación del Kit de herramientas de Message Brokers del nodo definido por el usuario

Un nodo definido por el usuario que esté escrito en el Kit de herramientas de Message Brokers Versión 5.0 puede desplegarse en el Kit de herramientas de Message Brokers Versión 6.0. Para poder desplegar el nodo definido por el usuario, debe migrar la representación del Kit de herramientas de Message Brokers del nodo definido por el usuario al Kit de herramientas de Message BrokersVersión 6.0.

Para migrar del Kit de herramientas de Message Brokers Versión 5.1 o Versión 5.1 al Kit de herramientas de Message Brokers Versión 6.0, complete los pasos siguientes:

  1. Importe el proyecto de nodo definido por el usuario al Kit de herramientas de Message Brokers Versión 6.0.
  2. Seleccione el proyecto de nodo definido por el usuario en el explorador de paquetes y pulse Proyecto > Limpiar proyecto.

Para migrar del Kit de herramientas de Message Brokers Versión 5.0 al Kit de herramientas de Message Brokers Versión 6.0, siga estos pasos:

  1. Importe el proyecto de nodo definido por el usuario al Kit de herramientas de Message Brokers Versión 6.0.
  2. Seleccione el proyecto de nodo definido por el usuario en el explorador de paquetes y pulse Proyecto > Limpiar proyecto.
  3. Modifique el elemento <requires> del archivo plugin.xml del directorio raíz del proyecto de nodo definido por el usuario, de modo que coincida con lo siguiente:
    <requires>
            <import match="greaterOrEqual" plugin="com.ibm.etools.mft.api" version="6.0.0"/>
    </requires>
  4. Modifique la extensión "org.eclipse.help.contexts" en el mismo archivo plugin.xml para que coincide con lo siguiente:
    <extension point="org.eclipse.help.contexts">
    	<contexts file="HelpContexts.xml"/>
    </extension>

Una vez migrados los nodos definidos por el usuario, no es necesario migrar los flujos de mensajes que contienen el nodo definido por el usuario.

Migración del código de ejecución del nodo definido por el usuario

Antes de iniciar este paso, ha de haber completado lo indicado en el apartado Migración de la representación del Kit de herramientas de Message Brokers del nodo definido por el usuario.

Para migrar el código de ejecución del nodo definido por el usuario, complete los pasos siguientes:

  1. Ponga una copia del archivo de extensión definido por el usuario compilado o empaquetado en cada sistema de intermediario desde el que piense utilizarlo.
    • Si va a migrar un nodo Java definido por el usuario, puede crear el archivo de extensiones definido por el usuario una vez y distribuirlo a cada uno de los sistemas .
    • Si migra un nodo definido por el usuario en C y todos los intermediarios están en el mismo tipo de máquina, puede crear el archivo de extensión definido por el usuario una vez y distribuirlo a cada uno de los sistemas.
    • Si migra un nodo definido por el usuario en C y tiene un clúster que consta de varios tipos de máquinas, por ejemplo un intermediario con AIX, otro con Solaris y otro con Windows, deberá crear los archivos por separado en cada tipo de máquina.
  2. Especifique el directorio en el que debe poner el archivo, utilizando el mandato mqsichangebroker o mqsicreatebroker.

    En versiones anteriores, el archivo .lil o .jar se guardaba en el directorio de instalación. No guarde el archivo .lil o .jar en el directorio de instalación de WebSphere Message Broker.

    Para extensiones en C definidas por el usuario, almacene el archivo .pdb que corresponde al archivo .lil en el directorio elegido. El archivo .pdb proporciona información simbólica que WebSphere Message Broker utiliza al visualizar información de diagnóstico de pila en el caso de producirse violaciones de acceso u otros funcionamientos incorrectos del software.

  3. Detenga e inicie cada intermediario. Así se asegura que se detecte la existencia de un nuevo archivo.
    Hay dos situaciones en las que no es necesario reiniciar un intermediario:
    • Si ha creado un grupo de ejecución en el Kit de herramientas de Message Brokers y todavía no se ha desplegado nada en él, puede añadir el archivo .lil, .pdb y .jar en el directorio elegido.
    • Si ya se ha desplegado algo en el grupo de ejecución que desea utilizar, añada el archivo .lil, .pdb o .jar en el directorio elegido y luego utilice el mandato mqsireload para reiniciar el grupo. No es posible sobrescribir un archivo existente en el sistema operativo Windows cuando el intermediario se está ejecutando, a causa del bloqueo de archivo que efectúa el sistema operativo.
    Utilice estos dos métodos con precaución, porque cualquier grupo de ejecución que esté conectado al mismo intermediario también detectará los nuevos archivos .lil, .pdb y .jar cuando se reinicie ese grupo de ejecución o cuando se despliegue algo por primera vez a ese grupo de ejecución. Si utiliza la forma más convencional de reiniciar el intermediario, se asegurará de que todo aquel que esté interesado en un grupo de ejecución específico sepa que se han realizado modificaciones recientes en el intermediario.

    Estas dos situaciones suponen que ya ha completado el paso anterior y que, por tanto, ya ha utilizado el mandato mqsichangebroker o el mandato mqsicreatebroker para notificar al intermediario el directorio en el que se han colocado los archivos de extensión definidos por el usuario.

    Una vez que ha instalado un nodo definido por el usuario, se hará referencia al mismo por su esquema y nombre, exactamente igual que un flujo de mensajes.

Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión
Copyright IBM Corporation 1999, 2006 Última actualización: 22/08/2006
as10009_