Connessione di sistemi

Il corretto scambio di messaggi tra applicazioni software diverse in computer diversi è un requisito assoluto per l'integrazione. Data la diversità degli stili di comunicazione esistenti, BizTalk Server deve supportare un'ampia gamma di protocolli e formati di messaggio. Come verrà illustrato più avanti, una parte significativa del motore è dedicata ad assicurare il funzionamento di queste comunicazioni. Un aspetto importante da considerare, tuttavia, è che internamente il motore supporta solo i documenti XML. Qualunque sia il formato di un messaggio in arrivo, dovrà essere convertito in un documento XML dopo la ricezione. Analogamente, se il destinatario di un documento non supporta il formato XML, il motore dovrà convertire il documento nel formato accettato dal destinatario.

Invio e ricezione di messaggi: adapter

Poiché BizTalk Server deve comunicare con un'ampia gamma di altri software, si basa su adattatori per rendere possibile questo. Un adapter è un'implementazione di un meccanismo di comunicazione, ad esempio un particolare protocollo. Lo sviluppatore determina quali adapter utilizzare in una determinata situazione, Possono scegliere uno degli adattatori predefiniti BizTalk Server fornisce, ad esempio, o usare un adattatore creato per un prodotto comune, ad esempio Windows SharePoint Services, o persino creare una scheda personalizzata. In tutti questi casi, l'adapter è basato su una serie di standard denominati Adapter Framework, che forniscono specifiche comuni per la creazione e l'esecuzione degli adapter e supportano gli stessi strumenti utilizzati per gestire tutti i tipi di adapter.

Microsoft BizTalk Server include le schede native seguenti:

• Adattatore file: supporta la lettura e la scrittura nei file nel file system di Windows. Poiché le applicazioni coinvolte in un processo di business possono spesso accedere allo stesso file system, localmente o in rete, lo scambio di messaggi tramite file può essere un'opzione appropriata.

• Adapter FTP: supporta l'invio e la ricezione di informazioni tra un server FTP (File Transport Protocol) e BizTalk Server.

• Adapter HTTP: supporta l'invio e la ricezione di informazioni tramite HTTP. BizTalk Server espone uno o più URL per consentire ad altre applicazioni di inviare dati e può usare questo adattatore per inviare dati ad altri URL.

• Adapter MSMQ: supporta l'invio e la ricezione di messaggi tramite Microsoft Message Queuing (MSMQ).

• Adattatore WEBSphere MQ: supporta l'invio e la ricezione di messaggi tramite WEBSphere MQ di IBM (noto in precedenza come MQSeries).

• Adattatore POP3: supporta la ricezione di messaggi di posta elettronica e i relativi allegati usando la versione 3 del protocollo POP3 (Post Office Protocol).

• Adapter SMTP: supporta l'invio di messaggi tramite SMTP. Per identificare le entità vengono utilizzati indirizzi di posta elettronica standard.

• Adapter SOAP: supporta l'invio e la ricezione di richieste di servizio Web per consentire BizTalk Server di connettersi ai servizi Web.

• Adapter WCF: supporta l'invio e la ricezione di informazioni tramite Windows Communication Foundation.

• adapter Windows SharePoint Services (WSS): supporta l'accesso e la pubblicazione di documenti archiviati nelle raccolte documenti di Microsoft Windows SharePoint.

  Sono inoltre disponibili versioni Microsoft di adapter per prodotti software aziendali diffusi quali:

• Adapter Microsoft BizTalk per JD Edwards OneWorld

• Adapter Microsoft BizTalk per JD Edwards EnterpriseOne

• Adapter Microsoft BizTalk per PeopleSoft Enterprise

• Adapter Microsoft BizTalk per TIBCO Rendezvous

• Adapter Microsoft BizTalk per TIBCO Enterprise Message Service

  Per altre informazioni su questi adattatori, vedere Adapter in BizTalk Server.

  Qualunque sia l'adapter utilizzato per la ricezione dei dati, i messaggi ricevuti devono in genere essere elaborati affinché un'orchestrazione vi possa accedere. Analogamente, i messaggi in uscita prodotti da un'orchestrazione devono spesso essere elaborati per poter essere inviati da un adapter.

Elaborazione dei messaggi: pipeline

Le applicazioni sottostanti un processo aziendale comunicano scambiando vari tipi di documenti: ad esempio, ordini di acquisto e fatture. Affinché un'applicazione BizTalk Server eseguo un processo aziendale, deve essere in grado di gestire correttamente i messaggi che contengono questi documenti. Questo processo di elaborazione può implicare più passaggi e viene quindi eseguito da una pipeline di messaggi. I messaggi in arrivo vengono elaborati da una pipeline di ricezione e quelli in uscita da una pipeline di trasmissione.

Nonostante sia aumentato il numero delle applicazioni progettate per il supporto dei documenti XML, la maggior parte di esse non è effettivamente in grado di comprendere questo formato. Poiché BizTalk Server funziona solo con i documenti XML internamente, deve fornire un modo per convertire altri formati da e verso XML. Potrebbero inoltre essere necessari altri servizi, ad esempio l'autenticazione del mittente di un messaggio. Per gestire queste e altre attività in modo modulare ma personalizzabile, viene creata una pipeline costituita da un certo numero di fasi, ognuna delle quali contiene uno o più componenti .NET o COM (Component Object Model). Ogni componente gestisce una particolare parte dell'elaborazione dei messaggi. BizTalk Server fornisce diversi componenti standard che affrontano i casi più comuni. Se i componenti esistenti non sono sufficienti, gli sviluppatori potranno crearne di personalizzati sia per le pipeline di ricezione che per quelle di trasmissione.

In questa figura sono illustrate le varie fasi di una pipeline di ricezione, insieme ai componenti standard disponibili per ogni fase. Tali fasi e i relativi componenti associati sono descritti di seguito:

• Decodifica: BizTalk Server fornisce un componente standard per questa fase, il decodificatore MIME/SMIME. in grado di gestire i messaggi e gli eventuali allegati in formato MIME e Secure MIME (S/MIME). Questo componente converte entrambi i tipi di messaggi in formato XML, esegue la decrittografia dei messaggi S/MIME e ne verifica le firme digitali.

• Disassemble: vengono forniti tre componenti standard. Il componente del disassembler del file flat converte i file flat in documenti XML. Tali file possono essere posizionali, ovvero file in cui ogni record presenta la stessa lunghezza e struttura, o delimitati, ovvero file in cui i record sono separati da un carattere designato. Il secondo componente standard, il disassembler XML, analizza i messaggi in arrivo già descritti in XML. Il terzo componente standard, il disassembler BizTalk Framework, ormai poco utilizzato, accetta i messaggi inviati mediante un meccanismo di messaggistica affidabile definito da BizTalk Framework, implementato in BizTalk Server 2000.

• Convalida: BizTalk Server fornisce un componente validator XML per questa fase. Come suggerisce il nome stesso, questo componente convalida un documento XML prodotto dalla fase di disassemblaggio in base a uno schema o a un gruppo di schemi specifico, restituendo un errore se il documento non risulta conforme a uno di questi schemi.

• Entità di risoluzione: l'unico componente standard per questa fase, Risoluzione entità, tenta di determinare un'identità per il mittente del messaggio. Se il messaggio è stato firmato digitalmente, la firma viene usata per cercare un'identità di Windows nel database di gestione in BizTalk Server. Come descritto più avanti, questo database viene usato anche dagli strumenti di gestione di BizTalk Server. Se il messaggio contiene l'IDENTIFICATORe di sicurezza autenticato (SID) di un utente di Windows, viene usata questa identità. Se nessun meccanismo ha esito positivo, al mittente del messaggio verrà assegnata un'identità anonima predefinita.

  

  Anche l'elaborazione dei messaggi in uscita può essere suddivisa in diverse fasi, definite dalla pipeline di trasmissione in uso. Nella figura riportata sopra sono illustrati le fasi e i componenti standard di una pipeline di trasmissione, ovvero:

• Pre-assemblaggio: non vengono forniti componenti standard. ma è possibile utilizzare componenti personalizzati in base alle necessità.

• Assemblaggio: parallelizzazione della fase disassemble in una pipeline di ricezione, questa fase include anche tre componenti standard. L'assembler file flat converte un messaggio XML in un file flat posizionale o delimitato, mentre l'assembler XML supporta l'aggiunta di una busta e di altre modifiche a un messaggio XML in uscita. Il terzo componente, ovvero l'assembler BizTalk Framework, crea pacchetti dei messaggi per consentirne una trasmissione affidabile mediante la tecnologia di messaggistica BizTalk Framework.

• Codifica: BizTalk Server definisce un solo componente standard per questa fase, il codificatore MIME/SMIME. Questo componente crea pacchetti dei messaggi in uscita in formato MIME o S/MIME. Se viene utilizzato il formato S/MIME, il messaggio può inoltre essere firmato digitalmente e/o crittografato.

  BizTalk Server definisce alcune pipeline predefinite, inclusa una semplice coppia di ricezione/invio che può essere usata per la gestione dei messaggi già espressi in XML. Gli sviluppatori possono inoltre creare pipeline personalizzate utilizzando Progettazione pipeline. Questo strumento, che viene eseguito all'interno di Visual Studio, fornisce un'interfaccia grafica che consente allo sviluppatore di trascinare e rilasciare i componenti per creare pipeline con qualsiasi comportamento richiesto.

Scelta dei messaggi: sottoscrizioni

Dopo che un messaggio è stato elaborato da un adapter e una pipeline di ricezione, è necessario determinarne la destinazione. Un messaggio è spesso destinato a un'orchestrazione, ma è anche possibile che un messaggio venga inviato direttamente a una pipeline di invio, consentendo l'uso di BizTalk Server come sistema di messaggistica. In entrambi i casi, per assegnare i messaggi alle relative destinazioni vengono utilizzate le sottoscrizioni.

Quando un messaggio viene elaborato da una pipeline di ricezione, viene creato un contesto del messaggio contenente varie proprietà del messaggio stesso. Un'orchestrazione o una pipeline di trasmissione può sottoscrivere i messaggi in base ai valori di queste proprietà. Ad esempio, un'orchestrazione potrebbe creare una sottoscrizione che corrisponda a tutti i messaggi del tipo "Fattura" o a tutti i messaggi del tipo "Fattura" ricevuti dalla società QwickBank o tutti i messaggi del tipo "Fattura" ricevuti dalla società QwickBank che corrispondono a più di $10.000. Viene tuttavia specificata una sottoscrizione che restituisce al sottoscrittore solo i messaggi che soddisfano i criteri definiti dalla sottoscrizione. Un messaggio ricevuto può iniziare un processo di business creando un'istanza di un'orchestrazione oppure attivare un altro passaggio in un processo di business già in esecuzione. Analogamente, quando un'orchestrazione invia un messaggio, questo viene assegnato a una pipeline di trasmissione in base a una sottoscrizione stabilita dalla pipeline stessa.

• In BizTalk Server è anche possibile sottoscrivere condizioni di errore specifiche. Un messaggio di errore può essere elaborato in un determinato modo oppure essere indirizzato a una destinazione specifica, quale una cartella di Windows SharePoint Services.

Vedere anche

Motore di messaggistica di BizTalk Server
Architettura di pubblicazione e sottoscrizione
Adapter
Pipeline