Tras haber creado y llenado un archivo archivador de intermediario (BAR), despliegue el archivo en un grupo de ejecución de un intermediario, de tal modo que el contenido del archivo se pueda utilizar en el intermediario.
Este tema supone que ya ha creado un archivo BAR. Para obtener más información, consulte Creación de un archivo archivador de intermediario (BAR).
Si cambia un archivo BAR, y desea propagar dichos cambios a uno o más intermediarios, puede volver a desplegar el archivo BAR actualizado siguiendo las instrucciones de Volver a desplegar un archivo BAR.
La modalidad en la que trabaja el intermediario puede afectar al número de grupos de ejecución y flujos de mensajes que puede desplegar, así como los tipos de nodo que puede utilizar. Consulte el apartado Restricciones que se aplican en cada modalidad de operación.
Cuando despliegue un flujo de mensajes que contiene un subflujo que está definido en un archivo .subflow, debe desplegar el subflujo en el mismo grupo de ejecución. No puede desplegar el flujo de mensajes antes que el subflujo, pero puede desplegar primero el subflujo, o ambos recursos a la vez. Si vuelve a desplegar un subflujo que está definido en un archivo .subflow en un grupo de ejecución, todos los flujos de mensajes que utilizan el subflujo de dicho grupo de ejecución se detienen y reinician. Cuando los flujos de mensajes se reinician, utilizan el subflujo actualizado.
Para desplegar un archivo BAR utilizando WebSphere Message Broker Toolkit, realice los siguientes pasos. Puede desplegar en un solo grupo de ejecución cada vez.
Importe un archivo BAR a WebSphere Message Broker Explorer siguiendo las instrucciones de Importación de un archivo archivador de intermediario a WebSphere Message Broker Explorer.
Para desplegar un archivo BAR utilizando WebSphere Message Broker Explorer, realice los siguientes pasos.
Para desplegar un archivo BAR utilizando el mandato mqsideploy, realice los siguientes pasos.
El mandato informa del momento en que se reciben las respuestas del intermediario. Si el mandato se ejecuta correctamente, devuelve un 0 (cero).
Para desplegar utilizando API de CMP, utilice el método desplegar de la clase ExecutionGroupProxy.
import com.ibm.broker.config.proxy.*;
public class DeployBAR {
public static void main(String[] args) {
BrokerConnectionParameters bcp =
new MQBrokerConnectionParameters("localhost", 2414, "MB8QMGR");
try {
BrokerProxy b = BrokerProxy.getInstance(bcp);
ExecutionGroupProxy eg = b.getExecutionGroupByName("default");
DeployResult dr = eg.deploy("MyBAR.bar", true, 30000);
System.out.println("Result = "+dr.getCompletionCode());
} catch(Exception e) {
e.printStackTrace();
}
}
}
De forma predeterminada, el método deploy realiza
un despliegue incremental. Para realizar un despliegue completo, utilice una variante del
método que incluya un valor false para el parámetro booleano
isIncremental. Por ejemplo, e.deploy("deploy.bar",false,0).
Establezca este parámetro en true para solicitar un despliegue incremental.Podría desear cambiar un archivo BAR y propagar esos cambios a uno o más intermediarios. Si es así, puede volver a desplegar el archivo BAR actualizado a uno o más grupos de ejecución utilizando uno de los métodos de despliegue descritos anteriormente. No es necesario que detenga los flujos de mensajes que haya desplegado anteriormente; se sustituyen todos los recursos en el grupo o grupos de ejecución que están en el archivo BAR que se vuelve a desplegar y se aplican los recursos nuevos.
Si las actualizaciones en el archivo BAR incluyen la supresión de recursos, cuando se vuelve a desplegar el archivo bar, los recursos no se suprimen del intermediario. Por ejemplo, suponga que el archivo BAR contiene las aplicaciones A1, A2 y A3. Actualice el archivo eliminando A2 y añadiendo el la aplicación A4. Si vuelve a desplegar el archivo BAR, cuando haya finalizado el despliegue, las cuatro aplicaciones estarán disponibles en el grupo de ejecución. A1 y A3 se sustituyen por el contenido del archivo BAR que se ha vuelto a desplegar.
Si los flujos de mensajes no son de transacción, detenga los flujos de mensajes antes de volver a desplegar para asegurarse de que se hayan completado todas las aplicaciones de forma limpia y de que su estado es coherente y conocido. Puede detener flujos de mensajes, grupos de ejecución o intermediarios específicos.
Si los flujos de mensajes son de transacción, la lógica de proceso que gestiona la confirmación o la restitución asegura el mantenimiento de la coherencia y la integridad de los recursos.
Compruebe los resultados del segundo despliegue siguiendo las instrucciones de Comprobación de los resultados del despliegue.