Stockage et redirection de l’adaptateur de réception SWIFT
L’adaptateur de réception reçoit les messages de la file d’attente de stockage et de transfert SWIFT (SnF). Pour recevoir des messages de la file d’attente, l’adaptateur doit ouvrir une session avec la file d’attente SnF. Pour ouvrir la file d’attente, elle doit disposer d’un processus client dédié qui établit la session avec la file d’attente. Dans la conception, ce processus est implémenté en tant que composant COM plus out-of-proc.
Séquence de stockage et de transfert de session Push
La liste suivante décrit la séquence de stockage et de transfert.
Démarrez l’application serveur qui traite les messages.
Le processus serveur ouvre les contextes de sécurité requis lors du premier SwCallback avec sw :HandleInitRequest comme primitive d’entrée.
Le serveur répond à la demande Sw :HandleInitRequest avec ou à la fois Sw :CryptoMode et Sw :FACryptoMode définis sur Avancé.
Le serveur est maintenant prêt à commencer à traiter les demandes entrantes.
Pour démarrer la remise de messages à partir d’une file d’attente, un processus client démarre une session push. En fonction de la configuration de l’adaptateur (mode push), l’adaptateur de réception génère un processus client appelé SnFQueueManager.exe pour acquérir la file d’attente en mode Push.
Un SwCall() s’exécute avec Sw :AcquireSnFRequest (dans sw :ExchangeSnFRequest) en tant que primitive d’entrée. Cette demande démarre une session avec la file d’attente indiquée (si SwSec :AuthorizationContext a le rôle RBAC requis).
Immédiatement après avoir répondu avec « Accepté » dans Sw :AcquireStatus, SWIFTNet SnF commence à envoyer des messages au serveur comme spécifié dans l’acquisition. Si l’adaptateur de réception n’a pas encore démarré, les messages obtiennent des exceptions. (C’est pourquoi il est important que les adaptateurs de réception aient déjà démarré).
SWIFTNet SnF commence à envoyer un certain nombre de messages (jusqu’à la taille de la fenêtre).
Pour chaque message reconnu, un nouveau message (le cas échéant) est envoyé par push.
Le processus client (SnFQueueManager.exe) a effectué son travail et peut maintenant s’arrêter. Le processus émet SwSec :DestroyContextRequest, qui nettoie les contextes de sécurité ouverts. Après sw :TermRequest, le processus se termine.
Message Correlation
Le champ RequestRef est conservé et remplacé dans les messages de réponse par l’adaptateur de réception. Cela garantit la corrélation de bout en bout entre le message entrant et le message de réponse
Traitement en double
Si vous recevez une requête FileAct et que l’adaptateur instance reçoit un message avec un nœud Indicateur dupliqué possible, il doit case activée pour voir si le transfert référencé a déjà réussi ou s’il a échoué, et prendre l’action appropriée. Si le transfert de fichiers a déjà eu lieu, l’adaptateur met à jour le transfert status comme « Dupliquer », sinon il le met à jour comme « Accepté ».
Remerciements
Si l’expéditeur demande un accusé de réception pour une requête FileAct, l’adaptateur vérifie l’événement d’achèvement du transfert de fichiers et génère l’accusé de réception après avoir vérifié la valeur de synthèse de fichier. L’adaptateur envoie le message d’accusé de réception à BizTalk pour que l’adaptateur d’envoi le récupère et l’envoie à l’expéditeur.
Voir aussi
Architecture de l’adaptateur de réception SWIFT
URI de l’adaptateur de réception SWIFT
Initialisation de l’adaptateur de réception SWIFT
Contexte de sécurité de l’adaptateur de réception SWIFT
Mode synchrone et différé de l’adaptateur de réception SWIFT