Traitement des messages en mode ASF![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
et non ASF
Le mode ASF (Application Server Facilities) constitue la méthode par défaut via laquelle le service
d'écoute des messages de WebSphere
Application Server traite les messages. Cette rubrique explique comment WebSphere
Application Server traite les messages en mode ASF et en mode non ASF.
Les ports d'écoute sont stabilisés à partir de la version 7 et des versions ultérieures de WebSphere Application Server. Pour plus d'informations, lisez l'article sur les fonctions stabilisées. Vous devez vous préparer à faire migrer vos
configurations de déploiement de bean géré par message WebSphere MQ depuis l'utilisation des ports d'écoute vers l'utilisation des
spécifications d'activation. Pour plus d'informations sur la configuration des spécifications d'activation du mode non-ASF, voir Configuration de spécifications d'activation du mode non-ASF. Toutefois, ne commencez pas cette migration si vous pensez que l'application a encore besoin d'utiliser des serveurs d'applications antérieurs à WebSphere Application Server Version 7. Par exemple, si vous disposez d'un cluster de serveurs d'applications dont certains membres sont à la version 6.1 et d'autres à une version ultérieure, vous ne devez pas migrer les applications de ce cluster pour qu'elles utilisent les spécifications d'activation avant d'avoir migré tous les serveurs d'applications du cluster vers la version ultérieure.
Fonctions principales du mode ASF
Par défaut, les beans gérés par message (MDB) déployés sur WebSphere Application Server pour une utilisation avec des ports d'écoute utilisent le mode ASF pour gérer les destinations JMS et traiter les messages.
En mode ASF, une unité d'exécution est allouée pour le traitement des messages détectés au niveau de la destination. Le nombre d'unités d'exécutions pouvant être actives simultanément est défini
par la valeur indiquée dans la propriété Nombre maximal de sessions pour le port d'écoute.
En mode ASF, une unité d'exécution
est allouée pour le traitement des messages détectés au niveau de la destination. Le nombre d'enregistrements de travail pouvant être conservé dans
la file d'attente de gestion de charge de travail (WLM) est défini
par la valeur indiquée dans la propriété Nombre maximal de sessions pour le port d'écoute.
En mode de connexion client (connexion de socket), chaque unité d'exécution active est une connexion réseau physique individuelle. N'oubliez pas cela lorsque vous décidez si vous souhaitez utiliser le mode ASF ou le mode non ASF dans votre configuration. Si vous utilisezIBM MQ version 7.x en tant que fournisseur de messagerie, il est possible d'avoir jusqu'à 10 unités d'exécution partageant une seule connexion réseau physique.
- Gestionnaire de files d'attente IBM MQ version 6.0.
- Gestionnaire de files d'attente IBM MQ version 7.x, utilisant une fabrique de connexions pour laquelle la propriété Version de fournisseur a la valeur 6.
- Gestionnaire de files d'attente IBM MQ version 7.x utilisant une fabrique de connexions pour laquelle la propriété Version de fournisseur a la valeur 7 ou est non définie et se connectant via un canal IBM MQ pour lequel le paramètre SHARECNV (partage de conversations) a la valeur 0.
- Gestionnaire de files d'attente IBM MQ version 7.x utilisant une fabrique de connexions pour laquelle la propriété Version de fournisseur a la valeur 7 ou est non définie et se connectant via un canal IBM MQ pour lequel le paramètre SHARECNV (partage de conversations) a la valeur 1 ou une valeur supérieure. Dans ce cas, chaque unité d'exécution représente une connexion individuelle à un gestionnaire de files d'attente. Toutefois, chaque unité d'exécution ne dispose pas de sa propre connexion réseau physique. A la place, les unités d'exécution partagent le nombre de connexions réseau défini au niveau du paramètre SHARECNV (partage de conversations).
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Fonctions principales du mode non ASF
En mode non ASF, les unités d'exécution sont actives dès que le port du programme d'écoute est activé. Le nombre d'unités d'exécution actives dépend de la valeur définie pour la propriété Nombre maximal de sessions sur le port d'écoute. Le nombre indiqué pour le paramètre Nombre maximal de sessions définit le nombre d'unités d'exécution actives, quel que soit le nombre de messages pouvant être traités.
En mode non ASF, lorsqu'un port d'écoute recherche des messages sur la destination, il commence par traiter le premier message de la file d'attente. Autrement dit, les messages sont traités en fonction de l'ordre d'arrivée sur la destination.
En mode de connexion client (connexion de socket), chaque unité d'exécution active est une connexion réseau physique individuelle. N'oubliez pas cela lorsque vous décidez si vous souhaitez utiliser le mode ASF ou le mode non ASF dans votre configuration. Si vous utilisezIBM MQ version 7.x en tant que fournisseur de messagerie, il est possible d'avoir jusqu'à 10 unités d'exécution partageant une seule connexion réseau physique.
- Gestionnaire de files d'attente IBM MQ version 6.0.
- Gestionnaire de files d'attente IBM MQ version 7.x, utilisant une fabrique de connexions pour laquelle la propriété Version de fournisseur a la valeur 6.
- Gestionnaire de files d'attente IBM MQ version 7.x utilisant une fabrique de connexions pour laquelle la propriété Version de fournisseur a la valeur 7 ou est non définie et se connectant via un canal IBM MQ pour lequel le paramètre SHARECNV (partage de conversations) a la valeur 0.
- Gestionnaire de files d'attente IBM MQ version 7.x utilisant une fabrique de connexions pour laquelle la propriété Version de fournisseur a la valeur 7 ou est non définie et se connectant via un canal IBM MQ pour lequel le paramètre SHARECNV (partage de conversations) a la valeur 1 ou une valeur supérieure. Dans ce cas, chaque unité d'exécution représente une connexion individuelle à un gestionnaire de files d'attente. Toutefois, chaque unité d'exécution ne dispose pas de sa propre connexion réseau physique. A la place, les unités d'exécution partagent le nombre de connexions réseau défini au niveau du paramètre SHARECNV (partage de conversations).