Proceso de mensajes en modalidad ASF![[AIX Solaris HP-UX Linux Windows]](../images/ngdist.svg)
![[IBM i]](../images/ngibmi.svg)
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 de WebSphere® Application Server procesa los mensajes. En este tema se explica cómo WebSphere Application Server procesa los mensajes en modalidad ASF y cómo 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 tema sobre funciones estabilizadas. Planifique la migración de las configuraciones de despliegue de beans controlados por mensajes de WebSphere MQ desde los puertos de escucha hasta las especificaciones de activación. Sin embargo, no empiece esta migración hasta que esté seguro de que la aplicación no tiene que funcionar en servidores de aplicaciones anteriores a WebSphere Application Server Versión 7. Por ejemplo, si tiene un clúster de servidores de aplicaciones con algunos miembros de la versión 6.1 y algunos de una versión posterior, no debe migrar las aplicaciones de ese clúster para utilizar las especificaciones de activación hasta después de migrar todos los servidores de aplicaciones del clúster a la versión posterior.
Características principales de la modalidad ASF
De forma predeterminada, los beans controlados por mensajes (MDB) que se despliegan en WebSphere Application Server para utilizarlos con puertos de escucha, utilizan la modalidad ASF para supervisar destinos JMS y para procesar mensajes.
En modalidad ASF, se asigna una hebra para el trabajo cuando se detecta un mensaje en el destino para que lo procese. El número de hebras que pueden estar activas simultáneamente viene determinado por el valor especificado para la propiedad Maximum Sessions para el puerto de escucha.
![[z/OS]](../images/ngzos.svg)
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 pueden contener en la cola de gestión de carga de trabajo (WLM) viene determinado por el valor especificado para la propiedad Maximum
Sessions para el puerto de escucha.
En modalidad de conexión de 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 utiliza IBM MQ Versión 7.x como proveedor de mensajería, es posible tener hasta diez subprocesos compartiendo una única conexión de red física.
- Un gestor de colas IBM MQ Versión 6.0.
- Un gestor de colas IBM MQ Versión 7.x, utilizando una fábrica de conexiones que tiene la Provider version propiedad establecida en 6.
- Un gestor de colas IBM MQ Versión 7.x, que utiliza una fábrica de conexiones con la Provider version propiedad establecida en 7 o unspecified, conectándose a través de un canal IBM MQ con el parámetro SHARECNV (compartir conversaciones) establecido en 0.
- Un gestor de colas IBM MQ Versión 7.x, utilizando una fábrica de conexiones que tiene la Provider version propiedad establecida en 7 o unspecified, conectándose a través de un canal IBM MQ que tiene el SHARECNV parámetro (compartir 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).
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 viene determinado por el valor especificado para la propiedad Maximum Sessions en el puerto de escucha. El número de hebras especificado en Maximum Sessions están activas, independientemente del número de mensajes que estén disponibles para procesarse.
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 utiliza IBM MQ Versión 7.x como proveedor de mensajería, es posible tener hasta diez subprocesos compartiendo una única conexión de red física.
- Un gestor de colas IBM MQ Versión 6.0.
- Un gestor de colas IBM MQ Versión 7.x, utilizando una fábrica de conexiones que tiene la Provider version propiedad establecida en 6.
- Un gestor de colas IBM MQ Versión 7.x, que utiliza una fábrica de conexiones con la Provider version propiedad establecida en 7 o unspecified, conectándose a través de un canal IBM MQ con el parámetro SHARECNV (compartir conversaciones) establecido en 0.
- Un gestor de colas IBM MQ Versión 7.x, utilizando una fábrica de conexiones que tiene la Provider version propiedad establecida en 7 o unspecified, conectándose a través de un canal IBM MQ que tiene el SHARECNV parámetro (compartir 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).