Modelli di trasformazione del messaggio

I modelli di trasformazione dei messaggi definiscono linee guida comprovate per trasformare i messaggi per un'elaborazione aggiuntiva o per corrispondere al formato di documento previsto del servizio a cui verrà inviato il messaggio. Un messaggio può richiedere una trasformazione perché la struttura del messaggio ricevuto non è nello standard previsto o perché il messaggio deve essere convertito da un formato non standard a XML.

Funzione di conversione messaggi

Il modello Message Translator definisce una soluzione per la comunicazione tra sistemi che usano formati di dati incompatibili. Ad esempio, un'applicazione client può inviare un messaggio di richiesta file flat che deve essere convertito in XML prima che possa essere eseguita un'ulteriore elaborazione. Per una descrizione dettagliata di questo modello, vedere Message Translator (https://go.microsoft.com/fwlink/?LinkId=186845) nel sito Enterprise Integration Patterns.

L'implementazione di questo modello in Itinerario Designer è una combinazione del servizio di trasformazione Microsoft BizTalk ESB Toolkit e di un unico resolver. Il servizio di trasformazione itinerario è responsabile della trasformazione di un messaggio usando le proprietà del resolver che definiscono gli artefatti necessari per la trasformazione. L'implementazione del resolver è responsabile della fornitura di impostazioni di trasformazione, che possono essere definite in modo statico o dinamico, a seconda della configurazione del resolver.

Per un'implementazione di esempio del modello Message Translator, vedere le risorse seguenti:

• Installazione ed esecuzione del campione On-Ramp dell'itinerario

• Procedura: Trasformare un messaggio e instradare a un endpoint di servizio usando un modello di scambio di messaggi richiesta-risposta

Normalizzatore

Il modello Normalizer è un'estensione del modello di trasformazione modello di dati. Questo modello definisce una soluzione in cui i messaggi ricevuti da più origini sono semanticamente equivalenti, ma i messaggi arrivano in formati diversi. Per una descrizione dettagliata di questo modello, vedere Normalizer (https://go.microsoft.com/fwlink/?LinkId=186847) nel sito Enterprise Integration Patterns.

L'implementazione di questo modello in Itinerario Designer è una combinazione del servizio di trasformazione Microsoft BizTalk ESB Toolkit e di un unico resolver. Il servizio di trasformazione itinerario è responsabile della trasformazione di un messaggio usando le proprietà del resolver che definiscono gli artefatti necessari per la trasformazione. L'implementazione del resolver è responsabile della risoluzione dinamica della mappa Microsoft BizTalk appropriata per un tipo di messaggio specificato.

Per un esempio di implementazione del modello Normalizer, vedere l'esempio Di installazione ed esecuzione dell'itinerario su rampa.

Arricchimento del contenuto

Il modello Content Enricher definisce una soluzione in cui un messaggio ricevuto potrebbe non includere tutti i dati necessari per il sistema di destinazione per elaborare il messaggio in modo appropriato. Ad esempio, il servizio di invio può includere un codice POSTALE senza un codice di stato ridondante, ma il servizio ricevente prevede un messaggio che includa sia un codice di stato che un codice POSTALE; prima che il servizio ricevente possa elaborare il messaggio ricevuto, sono necessari dati aggiuntivi. Per una descrizione dettagliata di questo modello, vedere Content Enricher (https://go.microsoft.com/fwlink/?LinkId=186848) nel sito Modelli di integrazione aziendale.

Per un'implementazione di esempio del modello Content Enricher, vedere l'applicazione Esempio di installazione ed esecuzione dell'arricchimento dei messaggi .