El entorno de proceso por lotes puede configurarse para que unos servidores funcionen como asignadores por lotes, mientras que otros funcionen como ejecutores por lotes. Los asignadores por lotes aceptan solicitudes de clientes externos y hacen que estén disponibles para los ejecutores por lotes. Los ejecutores por lotes reciben solicitudes que coinciden con sus prestaciones definidas y las ejecutan. Los asignadores por lotes y los ejecutores por lotes se comunican utilizando Java Messaging Service (JMS).
Antes de empezar
Determine dónde se aloja el motor de mensajería incorporada. Puede alojarse en el servidor de asignación por lotes, en el servidor del ejecutor por lotes o en un servidor aparte. El servidor debe configurarse antes de completar esta tarea. La fábrica de conexiones JMS y la especificación de activación hacen referencia al servidor del motor de mensajes en su configuración. Para configurar el motor de mensajes:
- Añada la característica wasJmsServer-1.0 a server.xml.
- Defina el motor de mensajes añadiendo el elemento messageEngine. Defina la cola que se utiliza para el asignador por lotes y el ejecutor por lotes. El ejemplo siguiente ilustra la configuración del motor de mensajes en el archivo server.xml.
<!-especifique los puertos para el motor de mensajes.
Los puertos de este ejemplo son los puertos predeterminados.
Este elemento no es necesario cuando se utilizan los puertos predeterminados. -->
<wasJmsEndpoint host="*"
wasJmsPort="7280"
wasJmsSSLPort="7290"
enabled="true">
</wasJmsEndpoint>
<messagingEngine>
<!- cola de mensaje jms por lotes. -->
<queue id="batchLibertyQueue"
forceReliability="ReliablePersistent"
receiveAllowed="true"/>
</messagingEngine>
Acerca de esta tarea
Esta tarea le ayuda a configurar el servidor de asignación de
lotes y el ejecutor por lotes utilizando el proveedor de mensajería
incorporada de Liberty.
Procedimiento
Para configurar el asignador y el ejecutor por lotes que
utiliza el proveedor de mensajería incorporada de Liberty:
- Configure el asignador de JMS por lotes.
- Habilite el soporte JMS añadiendo la característica wasJmsClient-2.0 al gestor de características en server.xml.
- Añada el elemento batchJmsDispatcher al archivo server.xml en el servidor que aloja el asignador por lotes.
<batchJmsDispatcher connectionFactoryRef={referencia a una fábrica de conexiones JMS configurada}
queueRef={reference to a configured JMS queue} />
Nota: Si no especifica los atributos connectionFactoryRef y queueRef, el valor predeterminado de connectionFactoryRef es batchConnectionFactory y el valor predeterminado de queueRef es batchJobSubmissionQueue. Puede
especificar el elemento batchJmsDispatcher
como <batchJmsDispatcher />. Todavía debe configurar la fábrica de conexiones JMS batchConnectionFactory y la cola JMS
batchJobSubmissionQueue en el archivo server.xml.
- Añada la fábrica de conexiones JMS correspondiente y la cola JMS a la configuración del servidor. Esto no es específico de la configuración por lotes. El ejemplo siguiente ilustra la configuración del asignador JMS por lotes y su configuración JMS.
Nota: El atributo remoteServerAddress
apunta al host:port del servidor que está
alojando al motor de mensajes Liberty.
<batchJmsDispatcher connectionFactoryRef="batchConnectionFactory"
queueRef="batchJobSubmissionQueue" />
<jmsConnectionFactory id="batchConnectionFactory"
jndiName="jms/batch/connectionFactory">
<properties.wasJms remoteServerAddress="host:7280:BootstrapBasicMessaging">
</properties.wasJms>
</jmsConnectionFactory>
<jmsQueue id="batchJobSubmissionQueue"
jndiName="jms/batch/jobSubmissionQueue">
<properties.wasJms deliveryMode="Persistent"
queuename="batchLibertyQueue">
</properties.wasJms>
</jmsQueue>
Nota: Asegúrese de que se hace referencia a un elemento
jmsConnectionFactory, como se muestra en el ejemplo, y no a un elemento
jmsQueueConnectionFactory.
La utilización del elemento jmsQueueConnectionFactory
no funcionará. La configuración debe incluir tanto un elemento
jmsConnectionFactory como un elemento jmsQueue, pero no un
elemento jmsQueueConnectionFactory.
- Configure el ejecutor JMS por lotes.
- Habilite el soporte JMS añadiendo la característica wasJmsClient-2.0 al gestor de características en server.xml.
- Añada el elemento batchJmsExecutor al archivo server.xml en el servidor que aloja el ejecutor por lotes.
<batchJmsExecutor activationSpecRef={especificación de activación configurada o ejecutor por lotes configurado}
queueRef={reference to the configured JMS queue} />
Nota: Si no especifica los atributos activationSpecRef y queueRef, el valor predeterminado de activationSpecRef es batchActivationSpec y el valor predeterminado de queueRef es batchJobSubmissionQueue. Puede
especificar el elemento batchJmsExecutor como <batchJmsExecutor />. Todavía debe configurar la especificación de activación
JMS para la cola JMS batchActivationSpec y
batchJobSubmissionQueue en el archivo server.xml.
![[18.0.0.1 and later]](../ng_v18001plus.gif)
Si desea que se imponga la seguridad de grupo por lotes, habilite la
seguridad de
Liberty añadiendo la característica
app-Security-2.0 al gestor de características en el archivo
server.xml. Además, añada el atributo
batchOperationGroupRef
al elemento
batchJmsExecutor como se muestra en el ejemplo siguiente.
<batchJmsExecutor activationSpecRef={especificación de activación configurada o ejecutor por lotes configurado}
queueRef={referencia a la cola JMS configurada} />
- Añada la especificación de activación JMS correspondiente y la cola JMS a la configuración del servidor.
Esto no es específico de la configuración por lotes.
- Opcional:
Si desea imponer la seguridad de grupo por lotes, añada las stanzas de
nombre de grupo de operaciones correspondientes al elemento batchJmsExecutor como se muestra
en el ejemplo siguiente. <batchJmsExecutor activationSpecRef={especificación de activación configurada o ejecutor por lotes configurado}
queueRef={referencia a la cola JMS configurada} >
<operationGroup>GroupA</operationGroup>
</batchJmsExecutor>
Nota: Debe configurar el registro de seguridad para soportar los nombres de grupo listados anteriormente.
- Defina las prestaciones del servidor ejecutor por lotes incluyendo un selector de mensajes JMS en la especificación de activación.
- Filtrado basado en propiedades definidas por el sistema:
Hay un conjunto de propiedades de asignador por lotes disponibles en el mensaje JMS por lotes que el ejecutor por lotes puede utilizar para filtrar los mensajes de entrada.
- com_ibm_ws_batch_applicationName: el nombre de la aplicación por lotes para la solicitud de trabajo
- com_ibm_ws_batch_moduleName: el nombre de módulo de la aplicación por lotes para la solicitud de trabajo
- com_ibm_ws_batch_componentName: el nombre de componente de la aplicación por lotes para la solicitud de trabajo
Nota: Se recomienda especificar un selector de mensajes con al menos la propiedad com_ibm_ws_batch_applicationName para garantizar que el ejecutor solamente recibe trabajos que puede procesar.
El ejemplo siguiente indica el atributo
messageSelector para que el ejecutor acepte un trabajo para la aplicación
SimpleBatchJob y
BonusPayout.
messageSelector="com_ibm_ws_batch_applicationName = 'SimpleBatchJob' OR com_ibm_ws_batch_applicationName = 'BonusPayout'">
El ejemplo siguiente indica el atributo
messageSelector para que el ejecutor acepte un trabajo para la aplicación
SimpleBatchJob.
messageSelector="com_ibm_ws_batch_applicationName = 'SimpleBatchJob'">
- Filtrado basado en las propiedades definidas por el usuario:
El asignador por lotes establece todos los parámetros de trabajo que se ajustan a la propiedad de mensajes JMS adecuada en el mensaje de solicitud del asignador por lotes. El selector de mensajes también puede utilizar estas propiedades para añadir un filtrado adicional al selector de mensajes. El
nombre de propiedad, o identificador, debe ajustarse a las restricciones de propiedad de mensaje de JMS. Por ejemplo, la propiedad es una secuencia de longitud ilimitada de letras y dígitos, el primero debe ser una letra.
Una letra es cualquier carácter para el que
Character.isJavaLetter devuelve true y se incluye '_' y '$'. Una letra o dígito es cualquier carácter para el cual el método
Character.isJavaLetterOrDigit devuelve true. Compruebe
el Javadoc de JMS para obtener más información sobre el selector de mensajes JMS.
El ejemplo siguiente ilustra un posible selector de mensajes utilizando la propiedad
com_ibm_ws_batch_applicationName y un parámetro de trabajo
specialCapability.
messageSelector="com_ibm_ws_batch_applicationName = 'SimpleBatchJob' AND specialCapability = 'superCapability'">
![[18.0.0.1 and later]](../ng_v18001plus.gif)
El ejemplo siguiente ilustra el ejecutor JMS por lotes
que está configurado con un grupo de operaciones y su configuración JMS utilizando la modalidad de enlace
de
IBM MQ.
<batchJmsExecutor activationSpecRef="batchActivationSpec"
queueRef="batchJobSubmissionQueue" />
<operationGroup>GroupA</operationGroup>
</batchJmsExecutor>
<!-- adaptador de recursos wmq -->
<variable name="wmqJmsClient.rar.location"
value="${server.config.dir}/wmq.wlp.rar"/>
<!-- se requiere nativeLibraryPath para modo BINDING -->
<!-- se recomiendan las propiedades de reintento de inicio y de reintento de reconexión
para garantizar la solidez del sistema.-->
<wmqJmsClient nativeLibraryPath="/mqm/jms/java/lib"
startupRetryCount=999
startupRetryInterval="1000ms"
reconnectionRetryCount=10
reconnectionRetryInterval="5m">
</wmqJmsClient>
<authData password="pwd" user="user">
</authData>
<jmsActivationSpec id="batchActivationSpec" >
<properties.wasJms destinationRef="batchJobSubmissionQueue"
messageSelector="com_ibm_ws_batch_applicationName = 'SimpleBatchJob' OR com_ibm_ws_batch_applicationName = 'BonusPayoutCDI'"
destinationType="javax.jms.Queue"
remoteServerAddress="host:7280:BootstrapBasicMessaging">
</properties.wasJms>
</jmsActivationSpec>
<!-- baseQueueName es la cola definida en el sistema WMQ -->
<jmsQueue id="batchJobSubmissionQueue"
jndiName="jms/batch/jobSubmissionQueue">
<properties.wmqJms baseQueueName="BATCHQ"
priority="QDEF"
baseQueueManagerName="WMQX">
</properties.wmqJms>
</jmsQueue>
![[18.0.0.1 and later]](../ng_v18001plus.gif)
El ejemplo siguiente ilustra el ejecutor JMS por lotes
que está configurado con un grupo de operaciones y sus configuraciones de JMS utilizando la
modalidad de cliente de
IBM MQ.
<batchJmsExecutor activationSpecRef="batchActivationSpec"
queueRef="batchJobSubmissionQueue" />
<operationGroup>GroupA</operationGroup>
</batchJmsExecutor>
<!-- adaptador de recursos wmq -->
<variable name="wmqJmsClient.rar.location"
value="${server.config.dir}/wmq.wlp.rar"/>
<!-- se recomiendan las propiedades de reintento de inicio y de reintento de reconexión
para garantizar la solidez del sistema.-->
<wmqJmsClient startupRetryCount=999
startupRetryInterval="1000ms"
reconnectionRetryCount=10
reconnectionRetryInterval="5m">
</wmqJmsClient>
<authData password="pwd" user="user">
</authData>
<JmsActivationSpec id="batchActivationSpec" >
<properties.wmqJms destinationRef="batchJobSubmissionQueue"
messageSelector="com_ibm_ws_batch_applicationName = SimpleBatchJob' OR com_ibm_ws_batch_applicationName = 'BonusPayout'"
transportType="CLIENT"
channel="WAS.JMS.SVRCONN"
destinationType="javax.jms.Queue"
queueManager="WMQX"
hostName="webs24.pok.stglabs.ibm.com"
port="1414">
</properties.wmqJms>
</jmsActivationSpec>
<!-- baseQueueName es la cola definida en el sistema WMQ -->
<jmsQueue id="batchJobSubmissionQueue"
jndiName="jms/batch/jobSubmissionQueue">
<properties.wmqJms baseQueueName="BATCHQ"
baseQueueManagerName="WMQX">
</properties.wmqJms>
</jmsQueue>
- Instale la aplicación por lotes en el servidor. Para obtener más
información, consulte Despliegue de aplicaciones en Liberty.
![[17.0.0.3 and later]](../ng_v17003plus.gif)
Nota: Para retardar la entrega de mensajes de trabajo, envíe el trabajo especificando un parámetro de trabajo de com_ibm_ws_batch_message_deliveryDelay que está establecido en el número de milisegundos para retardar la entrega del mensaje a un servidor ejecutor.
Para alterar la prioridad del mensaje de trabajo, envíe el trabajo especificando un parámetro de trabajo de com_ibm_ws_batch_message_priority que está establecido en una prioridad de mensaje de JSM válida (0-9). La especificación JMS define la prioridad del mensaje predeterminada como '4' con cero como la prioridad inferior y nueve como la superior.
El reinicio de un trabajo fallido utiliza el mismo retardo y la misma prioridad que el trabajo original, a menos que se especifique un valor diferente como parámetro de trabajo en el reinicio.
La prioridad se propaga a mensajes para particiones de varios servidores, pero el retardo de la entrega no se ha propagado.