Condividi tramite

Archiviazione e inoltro dell'adapter di ricezione SWIFT

  • Articolo

L'adapter di ricezione riceve messaggi dalla coda swift store e forward (SnF). Per ricevere messaggi dalla coda, l'adapter deve aprire una sessione con la coda SnF. Per aprire la coda, deve avere un processo client dedicato che stabilisce la sessione con la coda. Nella progettazione, questo processo viene implementato come componente COM più out-of-process.

Eseguire il push dell'archivio sessione e della sequenza di inoltro

Nell'elenco seguente viene descritta la sequenza di archiviazione e inoltro.

  1. Avviare l'applicazione server che elabora i messaggi.

  2. Il processo del server apre i contesti di sicurezza necessari durante il primo SwCallback con Sw:HandleInitRequest come primitiva di input.

  3. Il server risponde a Sw:HandleInitRequest con o sw:CryptoMode e Sw:FACryptoMode impostato su Avanzate.

    Il server è ora pronto per avviare l'elaborazione delle richieste in ingresso.

  4. Per avviare il recapito dei messaggi da una coda, un processo client avvia una sessione push. In base alla configurazione dell'adattatore (modalità push), l'adapter di ricezione genera un processo client denominato SnFQueueManager.exe per acquisire la coda in modalità push.

  5. SwCall() viene eseguito con Sw:AcquireSnFRequest (all'interno di Sw:ExchangeSnFRequest) come primitiva di input. Questa richiesta avvia una sessione con la coda indicata (se swSec:AuthorizationContext ha il ruolo controllo degli accessi in base al ruolo richiesto).

  6. Subito dopo aver risposto con "Accepted" in Sw:AcquireStatus, SWIFTNet SnF inizia a inviare messaggi al server come specificato nell'acquisizione. Se l'adapter di ricezione non è ancora stato avviato, i messaggi ricevono eccezioni. È per questo che è importante che gli adattatori di ricezione siano già avviati.

  7. SWIFTNet SnF inizia a eseguire il push di un numero di messaggi (fino alle dimensioni della finestra).

  8. Per ogni messaggio riconosciuto, viene eseguito il push di un nuovo messaggio (se disponibile).

  9. Il processo client (SnFQueueManager.exe) ha eseguito il processo e può ora terminare. Il processo genera SwSec:DestroyContextRequest, che pulisce i contesti di sicurezza aperti. Dopo la richiesta Sw:TermRequest, il processo viene chiuso.

Correlazione dei messaggi

Il campo RequestRef viene mantenuto e sostituito nuovamente nei messaggi di risposta dall'adapter di ricezione. Ciò garantisce la correlazione end-to-end tra il messaggio in arrivo e il messaggio di risposta

Elaborazione duplicata

Se si riceve una richiesta FileAct e l'istanza dell'adapter riceve un messaggio con un nodo Indicatore duplicato possibile, deve verificare se il trasferimento a cui si fa riferimento è già stato completato o se non è riuscito e intraprendere l'azione appropriata. Se il trasferimento del file è già stato eseguito, l'adattatore aggiorna lo stato di trasferimento come "Duplicato" altrimenti lo aggiorna come "Accettato".

Ringraziamenti

Se il mittente richiede un acknowledgement per una richiesta FileAct, l'adapter verifica la presenza dell'evento di completamento del trasferimento file e genera l'acknowledgement dopo aver verificato il valore del digest del file. L'adapter invia il messaggio di acknowledgement a BizTalk per l'adapter di invio per recuperarlo e inviarlo al mittente.

Vedere anche

Architettura dell'adapter di ricezione SWIFT
URI dell'adapter di ricezione SWIFT
Inizializzazione dell'adapter di ricezione SWIFT
Contesto di sicurezza dell'adapter di ricezione SWIFT
Modalità differita e sincrona dell'adapter di ricezione SWIFT