Proceso de mensajes en modalidad ASF![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
y en modalidad no ASF
La modalidad ASF (Application Server Facilities) es el método predeterminado mediante el cual el servicio de escucha de mensajes en WebSphere Application Server procesa los mensajes.
En este tema se explica cómo WebSphere Application Server procesa los mensajes en la modalidad
ASF y como procesa los mensajes cuando la modalidad ASF está desactivada.
Para WebSphere Application Server versión 7 y posteriores,
los puertos de escucha se estabilizan. Para obtener más información, consulte el artículo
sobre las características que se han estabilizado. Debe planificar la migración de sus configuraciones de despliegue de beans controlados por mensajes de
WebSphere MQ para pasar de utilizar puertos de escucha a utilizar especificaciones de activación.
Para obtener más información sobre cómo configurar
especificaciones de activación para la modalidad no ASF, consulte Configuración de especificaciones de activación
para la modalidad no ASF. No obstante, no debe iniciar esta migración hasta que esté seguro de que la aplicación no
tiene que trabajar con servidores de aplicaciones anteriores
WebSphere Application Server Versión 7. Por
ejemplo, si tiene un clúster de servidor de aplicaciones con algunos miembros de la
versión 6.1 y otros de una versión posterior, no debe migrar las aplicaciones en dicho
clúster para que utilicen las especificaciones de activación hasta que haya migrado todos
los servidores de aplicaciones del clúster a la versión posterior.
Principales características de la modalidad ASF
De forma predeterminada, los beans controlados por mensaje (MDB) desplegados en WebSphere Application Server para ser utilizados con puertos de escucha, utilizan la modalidad ASF para supervisar los destinos JMS y para procesar mensajes.
En la modalidad ASF, se asigna una hebra para el trabajo cuando se detecta un mensaje en el destino para su proceso. El número de hebras que pueden estar activas de forma simultánea se rige por el valor especificado para la propiedad Número máximo de sesiones para el puerto de escucha.
En la modalidad ASF, se asigna una hebra para el trabajo cuando se detecta un mensaje en el destino para su proceso. El número de registros de trabajo que se puede mantener en la cola de gestión de carga de trabajo (WLM) se rige por el valor especificado para la propiedad Número máximo de sesiones para el puerto de escucha.
En la modalidad de conexión cliente (conexión de socket), cada hebra activa es una conexión de red física individual.
Deberá tener esto en cuenta cuando decida si debe utilizar la modalidad ASF o la modalidad no ASF en la configuración. Si está utilizando la versión 7.x deIBM MQ como proveedor de mensajería, es posible tener hasta diez hebras compartiendo una misma conexión de red física.
- Un gestor de colas de IBM MQ versión 6.0.
- Un gestor de colas de la versión 7.x de IBM MQ, utilizando una fábrica de conexiones que tenga establecida la propiedad Versión del proveedor en 6.
- Un gestor de colas de la versión 7.x de IBM MQ, utilizando una fábrica de conexiones que tenga establecida la propiedad Versión del proveedor en 7 o unspecified, contectándose a través de un canal de IBM MQ que tenga establecido el parámetro SHARECNV (compartición de conversaciones) en 0.
- Un gestor de colas de IBM MQ versión 7.x, utilizando una fábrica de conexiones que tiene la propiedad Versión de proveedor establecida en 7 o sin especificar, que se conecta a través de un canal IBM MQ que tiene el parámetro SHARECNV (compartimiento de conversaciones) establecido en 1 o superior. En este caso, cada hebra representa una conexión individual con un gestor de colas. Sin embargo, cada hebra no tiene su propia conexión de red física, en lugar de esto, las hebras comparten el número de conexiones de red especificado en el parámetro SHARECNV (compartimiento de conversaciones).
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Principales características de la modalidad no ASF
En la modalidad no ASF, las hebras están activas desde el momento en que se activa el puerto de escucha. El número de hebras activas se rige mediante el valor especificado para la propiedad Número máximo de sesiones en el puerto de escucha. El número de hebras especificado en Número máximo de sesiones están activas, independientemente del número de mensajes disponibles para ser procesados.
En la modalidad no ASF, cuando un puerto de escucha examina en búsqueda de mensajes en el destino, tomará el mensaje que está en primera posición en la cola en el destino para su proceso. Esto significa que los mensajes se procesan de forma similar al orden en el que llegan al destino.
En la modalidad de conexión cliente (conexión de socket), cada hebra activa es una conexión de red física individual. Deberá tener esto en cuenta cuando decida si debe utilizar la modalidad ASF o la modalidad no ASF en la configuración. Si está utilizando la versión 7.x deIBM MQ como proveedor de mensajería, es posible tener hasta diez hebras compartiendo una misma conexión de red física.
- Un gestor de colas de IBM MQ versión 6.0.
- Un gestor de colas de la versión 7.x de IBM MQ, utilizando una fábrica de conexiones que tenga establecida la propiedad Versión del proveedor en 6.
- Un gestor de colas de la versión 7.x de IBM MQ, utilizando una fábrica de conexiones que tenga establecida la propiedad Versión del proveedor en 7 o unspecified, contectándose a través de un canal de IBM MQ que tenga establecido el parámetro SHARECNV (compartición de conversaciones) en 0.
- Un gestor de colas de IBM MQ versión 7.x, utilizando una fábrica de conexiones que tiene la propiedad Versión de proveedor establecida en 7 o sin especificar, que se conecta a través de un canal IBM MQ que tiene el parámetro SHARECNV (compartimiento de conversaciones) establecido en 1 o superior. En este caso, cada hebra representa una conexión individual con un gestor de colas. Sin embargo, cada hebra no tiene su propia conexión de red física. En lugar de esto, las hebras comparten el número de conexiones de red especificado en el parámetro SHARECNV (compartimiento de conversaciones).