Traitement des messages en mode ASF[AIX Solaris HP-UX Linux Windows][IBM i] 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[AIX Solaris HP-UX Linux Windows][IBM i] 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. [AIX Solaris HP-UX Linux Windows][IBM i]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.

[AIX Solaris HP-UX Linux Windows][IBM i]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.

[z/OS]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.

[AIX Solaris HP-UX Linux Windows][IBM i]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.

Si IBM MQ est votre fournisseur de messagerie, il existe plusieurs configurations que vous pouvez utiliser en mode ASF. Avec les configurations suivantes, chaque unité d'exécution utilise une connexion réseau physique distincte :
  • 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.
Avec la configuration suivante, les unités d'exécution partagent des connexions réseau physiques, dont le nombre est défini par l'utilisateur :
  • 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][IBM i]

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.

Si IBM MQ est votre fournisseur de messagerie, il existe plusieurs configurations que vous pouvez utiliser en mode non ASF. Avec les configurations suivantes, chaque unité d'exécution utilise une connexion réseau physique distincte :
  • 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.
Avec la configuration suivante, les unités d'exécution partagent des connexions réseau physiques, dont le nombre est défini par l'utilisateur :
  • 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).
Remarque : Le mode non-ASF ne peut pas être sélectionné sur les systèmes z/OS.

Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cmb_asfnonasf
Nom du fichier : cmb_asfnonasf.html