Exemple de Messaging Server

Le schéma ci-dessous illustre une architecture logique de base pour un déploiement de Messaging Server. Cette architecture comporte uniquement les composants logiques distincts requis pour Messaging Server. Les relations entre ces composants sont présentées dans les schémas apparaissant plus bas.

---

Remarque –

Généralement, un déploiement de Messaging Server fait partie d'une solution d'entreprise incluant d'autres composants de Java Enterprise System, comme indiqué à la section Exemple de communications basées sur les identités.

---

Figure 4–4 Architecture logique d'un déploiement Messaging Server

Le tableau ci-dessous décrit les composants présentés dans la section Exemple de Messaging Server.

Tableau 4–5 Composants de l'architecture logique de Messaging Server

Composant	Description
Clients de messagerie	Applications clientes pour la lecture et l'envoi de messages.
Messaging Server MTA	Configuration de Messaging Server en tant qu'agent de transfert de messages (MTA) pour recevoir, acheminer, transporter et livrer des messages.
Messaging Server MMP	Configuration de Messaging Server en tant que multiplexeur de messages (MMP) en vue d'acheminer les connexions vers les mémoires de messages appropriées pour la récupération et le stockage. MMP accède à Directory Server pour rechercher les informations d'annuaire afin d'identifier la mémoire de messages adéquate.
Messaging Server STR	Configuration de Messaging Server en tant que mémoire de messages pour la récupération et le stockage de messages.
Directory Server	Fournit l'accès aux données d'annuaire LDAP.

L'architecture ne définit pas la réplication des services pour les composants de Messaging Server. En général, dans les déploiements d'entreprise, des instances de MTA entrant et sortant distinctes sont créées mais seul un composant MTA apparaît dans le schéma de l'Exemple de Messaging Server. La décision de répliquer les composants logiques en plusieurs instances se prend lors de la phase de conception du déploiement.

Cas d'utilisation de Messaging Server

Les cas d'utilisation permettent d'identifier les relations entre les composants logiques d'une architecture. En mappant les interactions entre composants en fonction des cas d'utilisation, vous obtenez une représentation visuelle de ces interactions s'avérant très utile pour la conception du déploiement.

Avant de commencer la conception du déploiement, il est préférable d'analyser des cas d'utilisation pour déterminer les interactions entre composants. Les trois cas d'utilisation ci-dessous, propres à Messaging Server, illustrent les interactions entre composants logiques.

Cas d'utilisation n°1 : connexion utilisateur à Messaging Server réussie

Étapes

1. Le client de messagerie transmet les informations de connexion à Messaging Server Multiplexor (MMP).

2. MMP demande la vérification de l'ID utilisateur et du mot de passe à Directory Server.

3. Directory Server renvoie la vérification à MMP.

4. MMP demande la liste de messages à Messaging Server Message Store (STR).

5. STR demande l'enregistrement LDAP de l'utilisateur à Directory Server.

6. Directory Server renvoie l'enregistrement LDAP de l'utilisateur à STR.

7. STR renvoie la liste de messages à MMP.

8. MMP transfère la liste de messages au client de messagerie.

   

Cas d'utilisation n°2 : lecture et suppression de messages par l'utilisateur connecté

Étapes

1. Le client de messagerie demande le message à lire à Messaging Server Multiplexor (MMP).

2. MMP demande la liste de messages à Messaging Server Message Store (STR).

3. STR renvoie le message à MMP.

4. MMP transfère le message au client de messagerie.

5. Le client de messagerie transmet l'action de suppression de message à MMP.

6. MMP transfère l'action de suppression de message à STR.

7. STR supprime le message de la base de données et en envoie la confirmation à MMP.

8. MMP transfère la confirmation de suppression au client de messagerie.

   

Cas d'utilisation n°3 : envoi d'un message par un utilisateur connecté

Étapes

1. Un message, composé dans le client de messagerie, est envoyé par ce dernier à Messaging Server Message Transfer Agent (MTA).

2. MTA demande la vérification de l'ID utilisateur et du mot de passe à Directory Server.

3. Directory Server renvoie la vérification au MTA.

4. MTA vérifie le domaine de destination de chaque destinataire auprès de Directory Server.

5. Directory Server renvoie le domaine de destination de chaque destinataire au MTA.

6. MTA transfère le message à chaque destinataire.

7. MTA achemine le message vers Messaging Server Message Store (STR) pour qu'il soit stocké dans la boîte d'envoi.

8. MTA envoie la confirmation au client de messagerie.