Mise en file d'attente des appels de méthode EJB

Les appels de méthodes à des beans enterprise ne sont mis en file d'attente que pour les clients qui font ces appels. Par exemple, un client éloigné est un client d'EJB qui s'exécute sur une machine virtuelle Java distincte (c'est-à-dire un autre espace adresse) de celle où s'exécute le bean enterprise. En revanche, l'appel n'est pas mis en file d'attente si le client d'EJB, un servlet ou un autre bean enterprise, est installé dans la même JVM que celle où s'exécute la méthode EJB et dans la même unité d'exécution que le client d'EJB.

Les beans enterprise éloignés communiquent par le biais du protocole RMI-IIOP (Remote Method Invocation via Internet Inter-ORB Protocol). Les appels de méthode initiés sur RMI-IIOP sont traités par un ORB (object request broker) côté serveur. Le pool d'unités d'exécution agit comme file d'attente pour les demandes entrantes. Cependant, si une demande de méthode éloignée est émise et qu'aucune unité d'exécution n'est disponible dans le pool, une nouvelle unité d'exécution est créée. Une fois la demande de méthode terminée, l'unité d'exécution est supprimée. Ainsi, lorsque l'ORB est utilisé pour traiter les demandes de méthode éloignées, le conteneur d'EJB est une file d'attente ouverte ou fermée en raison de l'utilisation d'unités d'exécution non liées.

[AIX Solaris HP-UX Linux Windows][IBM i]L'illustration suivante décrit les deux options de mise en file d'attente de beans enterprise.

Options de mise en file d'attente des beans enterprise

[z/OS]L'illustration suivante décrit les deux options de mise en file d'attente de beans enterprise.

Options de mise en file d'attente de beans Enterprise

[AIX Solaris HP-UX Linux Windows]Voici deux conseils à suivre pour la mise en file d'attente des beans enterprise :
  • Analysez le schéma d'appel du client EJB.

    Lors de la configuration du pool d'unités d'exécution, il est important de connaître les schémas d'appel du client d'EJB. Si un servlet effectue un nombre d'appels limité aux beans enterprise éloignés et que chaque appel de méthode est relativement rapide, envisagez d'associer le nombre d'unités d'exécution du pool ORB à une valeur inférieure à la taille du pool d'unités de connexion du conteneur Web.

    Appels EJB ayant un cycle de vie court et long

    L'augmentation de la valeur du pool d'unités d'exécution ORB dépend du nombre de servlets, autrement dit, des clients, appelant simultanément les beans enterprise et de la durée de chaque appel de méthode. Si les appels de méthode sont plus longs ou si les applications restent longtemps dans l'ORB, envisagez de modifier la taille du pool d'unités d'exécution de l'ORB afin qu'elle soit égale à la taille du conteneur Web. Si le servlet n'effectue que des appels de courte durée ou rapides vers l'ORB, les servlets peuvent potentiellement réutiliser la même unité d'exécution de l'ORB. Dans ce cas, la taille du pool d'unités d'exécution ORB peut être limitée, voire représenter la moitié de la taille du pool d'unités d'exécution définie pour le conteneur Web.

  • Contrôlez le pourcentage d'unités d'exécution configurées en cours d'utilisation.

    Tivoli Performance Viewer comporte un paramètre taux d'utilisation maximale qui détermine la fréquence d'utilisation des unités d'exécution configurées. Le fait que ce paramètre ait régulièrement une valeur à deux chiffres révèle la présence d'un goulot d'étranglement au niveau de l'ORB. Augmentez le nombre d'unités d'exécution.


Icône indiquant le type de rubrique Rubrique de référence



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=rprf_ejbquetip
Nom du fichier : rprf_ejbquetip.html