Traitement des requêtes dans l'adaptateur de l'architecture EJB

Cette section explique comment le connecteur pour architecture EJB gère le traitement des requêtes, comme indiqué dans la figure 1.

Le scénario de traitement des requêtes décrit ici suppose que :

Figure 1. Traitement de requête du connecteur pour l'architecture EJB

Le connecteur pour architecture EJB traite les requêtes d'objet métier de la façon suivante :

  1. Le connecteur reçoit une requête d'objet métier du courtier d'intégration. L'objet métier contient les informations relatives au bean d'entreprise correspondant, y compris son nom JNDI et le nom de classe de ses interfaces locale et éloignée.
  2. Le connecteur utilise ses propriétés InitialContextFactory et ProviderURL pour commencer le processus de localisation et d'accès aux beans d'entreprise déployés sur le serveur d'intégration. InitialContext fait partie d'une API JNDI plus large, prise en charge par le serveur d'applications. Il s'agit du point de départ de toute recherche JNDI réalisée par un client (tel que le connecteur). ProviderURL précise le fournisseur de service, qui est un pilote JNDI du serveur d'applications utilisé pour localiser l'interface locale du bean d'entreprise. L'interface locale offre des méthodes de création et de recherche de l'interface éloignée du bean d'entreprise.
  3. Après avoir situé l'interface locale, le connecteur recherche l'interface éloignée qui détermine les méthodes métier du bean d'entreprise qu'un client (dans ce cas, le connecteur) peut appeler.

    Pour les beans d'entité, le connecteur utilise une méthode de type creator ou finder, en fonction de celle qui a été implémentée par le développeur de bean d'entreprise (le connecteur sait lequel utiliser d'après les métadonnées de la définition de l'objet métier. Ces méthodes sont définies dans l'interface locale et appelées par un client pour obtenir une référence d'interface locale/éloignée à une instance de bean d'entreprise.

  4. Une fois que le connecteur a localisé l'interface éloignée, il peut commencer à appeler des méthodes de bean d'entreprise. L'objet métier parent envoyé par le connecteur contient un objet métier enfant pour chaque méthode définie dans l'interface éloignée. Les attributs de l'objet métier enfant sont mappés sur les paramètres de la méthode éloignée des beans d'entreprise correspondants. Les beans d'entreprise étant chargés de façon dynamique, les méthodes sont reconnues et appelées par le biais de réflexions. Voici les détails de cette étape :
  5. Une fois les méthodes exécutées et les valeurs retournées par le serveur d'applications EJB, le connecteur charge les données d'objet EJB dans l'objet métier.
  6. Le connecteur retourne l'objet métier au courtier d'intégration, avec des valeurs complétées à partir du serveur d'applications EJB.

    Le connecteur retourne également un message au courtier d'intégration, indiquant si la requête d'objet d'origine a réussi ou non (statut FAIL). Si la requête a réussi, le connecteur retourne également au courtier l'objet métier mis à jour.

Copyright IBM Corp. 2003, 2005