Installare e usare l'adapter app per la logica in BizTalk Server

BizTalk Server usa l'adapter App per la logica per ricevere messaggi da un'app per la logica di Azure o inviare messaggi a un'app per la logica di Azure.

In Azure viene creata un'app per la logica. Questa app per la logica usa il connettore BizTalk per connettersi a un percorso di ricezione creato nel BizTalk Server. Questo argomento presuppone che si abbia familiarità con App per la logica di Azure. Se non si ha familiarità con le app per la logica, è consigliabile saperne di più e persino creare un'app per la logica personalizzata.

In questo argomento vengono elencati i passaggi per ricevere un messaggio in BizTalk Server da un'app per la logica. In alternativa, l'app per la logica invia messaggi a un BizTalk Server. Il lato ricezione usa le applicazioni in IIS per gestire la comunicazione con il servizio di Azure. Se BizTalk Server è locale, si installa anche un gateway dati nel BizTalk Server e si crea un gateway in Azure.

Se BizTalk Server è installato in una macchina virtuale di Azure, è possibile scegliere di esporre la macchina virtuale come endpoint HTTP (si ottiene un URL) o non esponerla come endpoint HTTP. Se viene esposta, non è necessario usare il gateway. È possibile immettere l'URL nel connettore BizTalk nell'app per la logica. Se non si espone la macchina virtuale (nessun URL), è necessario usare il gateway. Questi passaggi sono elencati in questo argomento.

Viene inoltre illustrato come inviare messaggi da BizTalk Server a un'app per la logica di Azure. In alternativa, l'app per la logica riceve messaggi da BizTalk Server. Il lato invio è piuttosto semplice, come si vedrà in questo argomento.

Usare questo argomento per creare un percorso di ricezione e una porta di trasmissione usando l'adapter app per la logica. È possibile usare l'adapter LogicApp in un BizTalk Server locale (aggiunto al dominio) o in una macchina virtuale di Azure che esegue BizTalk Server.

Requisiti

• Una sottoscrizione di Azure per accedere al portale di Azure e creare un'app per la logica.
• Facoltativa. Per inviare un messaggio di test all'app per la logica, installare uno strumento di test HTTP, ad esempio Fiddler o Postman. Se si usa un altro metodo per inviare un messaggio a un'app per la logica, non è necessario usare questi strumenti.

Installare l'adapter dell'app per la logica

BizTalk Server 2020 e versioni successive

A partire da BizTalk Server 2020, l'adattatore app per la logica è incluso nell'installazione di BizTalk Server.

BizTalk Server 2016

1. Nel BizTalk Server scaricare e installare l'adapter app per la logica:
   • Passare a Microsoft BizTalk Server Adapter for Logic Apps e salvare.
   • Aprire LogicAppAdapter.iso ed eseguire il file LogicApp Adapter.msi da installare.
2. Selezionare double-select LogicApp Adapter.msi da installare. Accettare il contratto di licenza e Installare.
3. Completare l'installazione e riavviare le istanze host BizTalkServerApplication e BizTalkServerIsolatedHost .

Dopo l'installazione, sono disponibili gli elementi seguenti:

• L'adapter LogicApp viene aggiunto all'amministrazione BizTalk.

• Il gestore di invio viene creato e usa l'host BizTalkServerApplication.

• Il gestore di ricezione viene creato come servizio WCF e usa l'host BizTalkServerIsolatedHost.

• La LogicApp Adapter cartella viene creata all'interno della directory di installazione bizTalk e include due servizi: Gestione e ReceiveService.

  La gestione viene usata dal connettore BizTalk in un'app per la logica per connettersi a BizTalk Server tramite il gateway dati. Questo servizio di gestione consente BizTalk Server di ricevere messaggi da un'app per la logica di Azure usando il gateway dati. Questo servizio viene usato solo sul lato receive di BizTalk. Non viene usato dal lato send.

  ReceiveService viene usato dal connettore BizTalk in un'app per la logica quando si immette il percorso di ricezione. ReceiveService è responsabile dell'invio dei messaggi dall'app per la logica. Questo servizio viene usato solo sul lato receive di BizTalk. Non viene usato dal lato send.

Ricevere messaggi da un'app per la logica

Sono necessari alcuni passaggi per BizTalk Server ricevere messaggi da un'app per la logica. Questa sezione elenca questi passaggi. È possibile che l'interfaccia utente in Azure cambi, quindi alcuni passaggi potrebbero non essere esattamente elencati.

Prerequisiti

• Se BizTalk Server è locale, installare e configurare il gateway dati locale per App per la logica. In Azure creare quindi la risorsa gateway dati per connettersi al BizTalk Server.
• Se BizTalk Server è installato in una macchina virtuale di Azure e la macchina virtuale non viene esposta come endpoint HTTP, installare e configurare il gateway dati locale per App per la logica. In Azure creare quindi la risorsa gateway dati per connettersi al BizTalk Server.
• Se BizTalk Server è installato in una macchina virtuale di Azure e la macchina virtuale viene esposta come endpoint HTTP, il gateway non è necessario o usato.

Uso di NullAdapter e dell'adapter app per la logica insieme, BizTalk Server solo 2016

Se si installa l'adapter dell'app per la logica e NullAdapter, è possibile che venga visualizzato l'errore seguente:

Another adapter with the same OutboundEngineCLSID value already exists

Il GUID della classe Adapter è lo stesso per Adapter per la logica e NullAdapter. Se sono necessari entrambi gli adattatori, è possibile:

1. Scaricare il codice sorgente NullAdapter in GitHub.
2. Aggiornare il GUID nella classe NullSendAdapter.cs .
3. Aggiornare il valore OutboundEngineCLSID nel file NullAdapter.reg .
4. Compilare e distribuire NullAdapter.

Passaggio 1: Creare le applicazioni IIS

Le applicazioni IIS usano i servizi Gestione e ReceiveService.

È possibile eseguire le applicazioni IIS usando un nuovo pool di applicazioni o un pool di applicazioni esistente. L'identità di AppPool richiede l'appartenenza agli stessi gruppi dell'account che esegue i servizi BizTalk, ad esempio gli utenti dell'applicazione BizTalk e i gruppi Utenti host isolati bizTalk.

Suggerimento

Se si crea un nuovo pool di applicazioni, mantenere la versione CLR predefinita di .NET e la pipeline gestita. Tenere presente che scegliere un'identità (impostazioni avanzate) con appartenenza agli stessi gruppi BizTalk dell'account del servizio BizTalk.

Creare l'applicazione IIS di gestione

L'URL di questa applicazione IIS viene usato dal connettore BizTalk (nell'app per la logica) per usare il gateway dati nel BizTalk Server.

BizTalk Server 2020 e versioni successive

1. Configurare le API REST usando la Configurazione guidata BizTalk. Per informazioni sulla configurazione, vedere la Guida alla configurazione. Per altre informazioni sulle API REST, vedere Informazioni di riferimento sull'API REST BizTalk
2. Aprire un Web browser e passare a http://localhost/BizTalkManagementService/Schemas. Viene visualizzato un elenco di schemi oppure viene richiesto di aprire/salvare schemas.json. Il risultato effettivo dipende dal Web browser. Se nessuno di questi si verifica, controllare la configurazione dell'API REST.

BizTalk Server 2016

1. Aprire Gestione Internet Information Services (IIS).

2. Fare clic con il pulsante destro del mouse su Sito Web predefinito e scegliere Aggiungi applicazione. In questa nuova applicazione:

   1. Immettere l'alias (nome) per l'applicazione, ad esempio IISLogicApp.
   2. Selezionare il pool di applicazioni.
   3. Impostare il percorso fisico su C:\Program Files (x86)\Microsoft BizTalk Server 2016\LogicApp Adapter\Management.
   4. Impostazioni di test per verificare che l'identità del pool di applicazioni superi i test di autenticazione e autorizzazione.

3. Selezionare OK per salvare le modifiche.

4. Aprire un Web browser e passare a http://localhost/YourApplicationAlias/schemas?api-version=2016-10-26, ad esempio http://localhost/IISLogicApp/Schemas?api-version=2016-10-26. Viene visualizzato un elenco di schemi oppure viene richiesto di aprire/salvare schemas.json. Il risultato effettivo dipende dal Web browser. Se nessuno di questi si verifica, l'identità di AppPool potrebbe non appartenere ai gruppi BizTalk.

Creare l'applicazione BizTalk ReceiveService IIS

L'URL di questa applicazione IIS viene usato dal connettore BizTalk (nell'app per la logica) quando si sceglie il percorso di ricezione.

1. Aprire Gestione Internet Information Services (IIS).

2. Fare clic con il pulsante destro del mouse su Sito Web predefinito e scegliere Aggiungi applicazione. In questa nuova applicazione:

   1. Immettere l'alias (nome) per l'applicazione, ad esempio ReceiveWCFService.

   2. Selezionare lo stesso pool di applicazioni dell'applicazione IIS precedente.

   3. Impostare il percorso fisico su:

      • BizTalk Server 2020: C:\Program Files (x86)\Microsoft BizTalk Server\LogicApp Adapter\ReceiveService.
      • BizTalk Server 2016: C:\Program Files (x86)\Microsoft BizTalk Server 2016\LogicApp Adapter\ReceiveService.

   4. Impostazioni di test per verificare che l'identità del pool di applicazioni superi i test di autenticazione e autorizzazione.

3. Selezionare OK per salvare le modifiche.

Passaggio 2: Creare un'app per la logica

1. Nella portale di Azure creare una nuova app per la logica.

2. Aggiungere il trigger Quando viene ricevuta una richiesta HTTP .

3. Aggiungere il BizTalk Server - Preparare il messaggio dall'azione JSON.

4. Facoltativo: selezionare Connetti tramite gateway dati locale e immettere quanto segue:

   Proprietà	Descrizione
   URL BizTalk Server	Immettere il nome di dominio completo (FQDN) di Gestione BizTalk nell'URL dell'applicazione IIS. Immettere ad esempio http://BizTalkServerName.corp.contoso.com/IISLogicApp/.
   Tipo di autenticazione	Selezionare Windows.
   Username	Immettere l'identità del pool di applicazioni IIS.
   Password	Immettere la password del pool di applicazioni IIS.
   Gateway	Selezionare il gateway creato.

   Suggerimento

   Tenere presente che il gateway dati è necessario solo se:

   • Si sta usando un BizTalk Server locale
   • Si usa una macchina virtuale di Azure BizTalk Server e la macchina virtuale non è esposta come endpoint HTTP (nessun URL)

5. Selezionare Crea.

6. Configurare l'azione. Per Corpo selezionare l'output del corpo HTTP. Per Schema selezionare lo schema da usare.

   Nota

   Questo passaggio presuppone che si abbia familiarità con gli schemi in BizTalk e si conosca lo schema desiderato. Se non si è certi, distribuire l'esempio HelloWorld SDK, aggiornare gli artefatti per usare l'adapter app per la logica e usarne lo schema e il messaggio di esempio.

7. Aggiungere un nuovo passaggio e selezionare l'azione BizTalk Server - Invia messaggio. Per Indirizzo di ricezione selezionare l'URL dall'elenco a discesa oppure immettere il nome di dominio completo (FQDN) dell'URL dell'applicazione IIS ReceiveService. Immettere ad esempio http://BizTalkServerName.corp.contoso.com/ReceiveWCFService/Service1.svc.

   Suggerimento

   Quando si crea la posizione di ricezione, questo URL esatto verrà immesso anche nelle proprietà di trasporto della posizione di ricezione come indirizzo pubblico (scheda Generale).

   In Corpo selezionare l'output del corpo dell'azione precedente BizTalk Server.

8. Salvare le modifiche.

Quando si salva, il trigger richiesta HTTP crea automaticamente un URL. Copiare questo URL. È necessario nel passaggio 4: Inviare un messaggio (in questo articolo).

Passaggio 3: Creare una porta di ricezione e una posizione di ricezione

Nota

Anziché creare porte di ricezione personalizzate e località di ricezione, è possibile distribuire l'esempio helloWorld SDK. Aggiornare gli artefatti per usare l'adapter app per la logica.

Questa sezione elenca i passaggi per creare elementi personalizzati.

1. In BizTalk Server Amministrazione espandere amministrazione BizTalk Server, gruppo BizTalk, espandere Applicazioni e quindi espandere l'applicazione che si vuole eseguire il percorso di ricezione. Ad esempio, espandere BizTalk Application 1.

2. Selezionare Con il pulsante destro del clic su Porte di ricezione, scegliere Nuovo e selezionare Porta di ricezione unidirezionale.

3. Nelle proprietà Porta di ricezione immettere quanto segue:

   Usare	Per
   Nome	Immettere un nome per la porta di ricezione. Ad esempio, immettere LAReceivePort.
   autenticazione	Opzioni: Nessuna autenticazione: impostazione predefinita. Disabilita l'autenticazione. Eliminare i messaggi se l'autenticazione ha esito negativo: abilita l'autenticazione ma rilascia messaggi non autenticati. Mantieni i messaggi se l'autenticazione non riesce: fare clic su questa opzione per abilitare l'autenticazione e mantenere i messaggi non autenticati.
   Abilitare il routing per i messaggi non riusciti	Instrada qualsiasi messaggio che non riesce a elaborare un'applicazione di sottoscrizione, ad esempio un'altra porta di ricezione o una pianificazione dell'orchestrazione. Deselezionare questa opzione per sospendere i messaggi non riusciti e generare un riconoscimento negativo (NACK). Per impostazione predefinita, l'opzione è deselezionata. Per altre informazioni, vedere Come abilitare il routing per i messaggi non riusciti per una porta di ricezione.

4. Selezionare Località di ricezione e quindi Nuovo.

5. Immettere un nome per il percorso di ricezione. Ad esempio, immettere LAReceiveLoc.

6. Per Tipo selezionare LogicApp dall'elenco e selezionare il pulsante Configura.

7. Nella scheda Generale configurare l'indirizzo endpoint per l'app per la logica:

   Usare	Per
   Indirizzo (URI)	Obbligatorio. Immettere l'URL dell'applicazione IIS BizTalk ReceiveService (/YourIISApp2Name/Service1.svc). Immettere ad esempio /ReceiveWCFService/Service1.svc.
   Indirizzo pubblico	Obbligatorio. Immettere http://<your fully qualified machine name>/YourIISApp2Name/Service1.svc. Immettere ad esempio http://btsProd.northamerica.corp.contoso.com/ReceiveWCFService/Service1.svc. Questo URL esatto è elencato anche nell'app per la logica nel percorso di ricezione.

8. Facoltativo. Nella scheda Binding configurare qualsiasi timeout e proprietà correlate alla codifica dell'associazione WCF-WebHttp sottostante. Queste proprietà sono utili quando si gestiscono messaggi di grandi dimensioni.

   Usare	Per
   Timeout di apertura	Immettere l'intervallo di tempo necessario per completare l'operazione di apertura del canale. Questo valore deve essere maggiore o uguale a System.TimeSpan.Zero. Valore predefinito: 00:01:00 Valore massimo: 23:59:59
   Timeout di invio	Immettere l'intervallo di tempo necessario per completare l'operazione di invio. Questo valore deve essere maggiore o uguale a System.TimeSpan.Zero. Se si usa una porta di ricezione della risposta richiesta, questo valore specifica un intervallo di tempo per il completamento dell'intera interazione, anche se il client restituisce un messaggio di grandi dimensioni. Valore predefinito: 00:01:00 Valore massimo: 23:59:59
   Timeout di chiusura	Immettere l'intervallo di tempo necessario per completare l'operazione di chiusura del canale. Questo valore deve essere maggiore o uguale a System.TimeSpan.Zero. Valore predefinito: 00:01:00 Valore massimo: 23:59:59
   Dimensioni massime messaggi ricevuti (byte)	Immettere le dimensioni massime, in byte, per un messaggio che include intestazioni, da ricevere sul filo. Le dimensioni dei messaggi sono associate alla quantità di memoria allocata per ogni messaggio. È possibile utilizzare questa proprietà per limitare l'esposizione ad attacchi di tipo Denial of Service (DoS). Valore predefinito: 65536 Valore massimo: 2147483647
   Numero massimo di chiamate simultanee	Immettere il numero di chiamate simultanee a una singola istanza del servizio. Le chiamate oltre il limite vengono accodate. L'impostazione di questo valore su 0 è equivalente alla relativa impostazione su Int32.MaxValue. Il valore predefinito è 200.

9. Facoltativo. Nella scheda Sicurezza configurare le proprietà di sicurezza. A scopo di sviluppo, è possibile scegliere Nessuno:

   Usare	Per
   Modalità di sicurezza	Opzioni: Nessuno: i messaggi non vengono protetti durante il trasferimento. Transport: la sicurezza è garantita utilizzando il trasporto HTTPS. I messaggi SOAP vengono protetti utilizzando HTTPS. Per usare questa modalità, è necessario configurare Secure Sockets Layer (SSL) in Internet Information Services (IIS). TransportCredentialOnly: impostazione predefinita.
   Tipi di credenziali client di trasporto	Scegliere il tipo di credenziale quando si usa l'autenticazione client. Opzioni: Nessuno: l'autenticazione non viene eseguita al livello di trasporto. Basic: usa l'autenticazione di base per inviare nomi utente e password in testo normale sulla rete. È necessario creare gli account utente di dominio o locale corrispondenti alle credenziali. Digest: usa l'autenticazione digest per inviare password come valore hash sulla rete. Disponibile solo nei domini con controller di dominio che eseguono l'autenticazione dei sistemi operativi Windows Server. È necessario creare gli account utente di dominio o locale corrispondenti alle credenziali client. Ntlm: impostazione predefinita. I client inviano le credenziali senza inviare una password a questa posizione di ricezione. È necessario creare gli account utente di dominio o locale corrispondenti alle credenziali client. Windows: l'autenticazione integrata di Windows negozia Kerberos o NTLM, preferendo Kerberos se è presente un dominio. Per usare Kerberos, è importante che il client identifichi il servizio con un nome dell'entità servizio (SPN). È necessario creare gli account utente di dominio o locale corrispondenti alle credenziali client. Certificato: usa un certificato client. La catena di certificati CA per i certificati X.509 client deve essere installata nell'archivio certificati Autorità di certificazione radice attendibili di questo computer in modo che i client possano eseguire l'autenticazione in questa posizione di ricezione. EreditatoFromHost
   Usare Single Sign-On

10. Facoltativo. Nella scheda Messaggi usare la proprietà Intestazioni HTTP in uscita per aggiungere intestazioni personalizzate e usare le proprietà aggiuntive per risolvere gli errori:

    Usare	Per
    Intestazioni HTTP in uscita	Immettere le intestazioni HTTP desiderate nel messaggio di risposta.
    Disattiva indirizzo in caso di errore	Disabilita il percorso di ricezione se l'elaborazione in ingresso non riesce a causa di un errore della pipeline di ricezione o di un errore di routing. Il valore predefinito è deselezionato.
    Sospendere il messaggio di richiesta in caso di mancata riuscita	Sospende il messaggio di richiesta se l'elaborazione in ingresso non riesce a causa di un errore della pipeline di ricezione o di un errore di routing. Il valore predefinito è deselezionato.
    Includere dettaglio di eccezione negli errori	Quando si verifica un errore, restituisce eventuali errori SOAP per consentire il debug. Il valore predefinito è deselezionato.

Gestione delle posizioni di ricezione descrive le proprietà aggiuntive.

Passaggio 4: Inviare un messaggio

1. Aprire Fiddler o Postman (o qualsiasi cosa si preferisca).

2. Incollare l'URL del trigger Richiesta dall'app per la logica. Questo URL è stato copiato nel passaggio 3.

3. Selezionare POST come verbo HTTP e impostare l'intestazione Del tipo di contenuto su application/json. Nel corpo incollare il codice JSON seguente:

   {"hello":"world"}
   

4. Poiché si tratta di una chiamata unidirezionale a BizTalk, il risultato deve essere un HTTP 202. Se si usa l'esempio HelloWorld SDK, passare al server BizTalk. Potrebbe essere presente un file nella cartella di invio.

Inviare messaggi a un'app per la logica

Passaggio 1: Creare un'app per la logica

1. Nella portale di Azure creare una nuova app per la logica.

2. Aggiungere il trigger Quando viene ricevuta una richiesta HTTP

3. Aggiungere l'Office 365 Outlook - Inviare un'azione di posta elettronica. Per l'indirizzo To immettere l'indirizzo Office 365. Per Oggetto immettere Sending from BizTalk. Per Corpo scegliere l'output corpo dal trigger Quando viene ricevuta una richiesta HTTP .

4. L'app per la logica è simile all'esempio seguente:

   

5. Copiare l'URL HTTP POST creato automaticamente quando si salva l'app per la logica; è necessario questo URL nel passaggio successivo. Potrebbe essere necessario chiudere e riaprire l'app per la logica per visualizzare l'URL.

Passaggio 2: Creare una porta di invio

Per BizTalk Server inviare messaggi a un'app per la logica, l'app per la logica deve avere un trigger manuale, ad esempio Manuale - Quando viene ricevuta una richiesta HTTP.

1. In BizTalk Server Amministrazione espandere amministrazione BizTalk Server, espandere Gruppo BizTalk, espandere Applicazioni e quindi espandere l'applicazione che si vuole eseguire la porta di invio. Ad esempio, espandere Applicazione BizTalk 1.

2. Fare clic con il pulsante destro del mouse su Invia porte, scegliere Nuovo e selezionare Porta di invio statica in modalità unidirezionale.

3. Immettere un nome per la porta di invio. Ad esempio, immettere LASendPort.

4. Per Tipo selezionare LogicApp dall'elenco e selezionare il pulsante Configura .

5. Nella scheda Generale configurare l'URI callback del trigger dell'app per la logica. A questo scopo è possibile procedere in due modi:

   Opzione 1: incollare l'URL HTTP POST copiato nel passaggio precedente nella proprietà Trigger (Callback URI). È anche possibile copiare l'URI seguendo questa procedura:

   1. Nella portale di Azure aprire l'app per la logica nella finestra di progettazione di App per la logica (modalità di modifica).

   2. Selezionare la scheda Quando viene ricevuta una richiesta HTTP e copiare l'URL.

   3. Nella porta di trasmissione incollare questo URL nella proprietà Trigger (Callback URI).

      Suggerimento

      È anche possibile usare le API di gestione per ottenere questo URI.

      Opzione 2 : se non si conosce l'URI di callback per il trigger, selezionare Configura e accedere ad Azure. Usare quindi gli elenchi a discesa per scegliere la sottoscrizione, il gruppo di risorse, l'app per la logica e il trigger.

6. Facoltativo. Nella scheda Binding configurare qualsiasi timeout e proprietà correlate alla codifica dell'associazione WCF-WebHttp sottostante. Queste proprietà sono utili quando si gestiscono messaggi di grandi dimensioni.

   Usare	Per
   Timeout di apertura	Immettere l'intervallo di tempo necessario per completare l'operazione di apertura del canale. Questo valore deve essere maggiore o uguale a System.TimeSpan.Zero. Valore predefinito: 00:01:00 Valore massimo: 23:59:59
   Timeout di invio	Immettere l'intervallo di tempo necessario per completare l'operazione di invio. Questo valore deve essere maggiore o uguale a System.TimeSpan.Zero. Se si usa una porta di ricezione richiesta-risposta, questo valore specifica un intervallo di tempo per il completamento dell'intera interazione, anche se il client restituisce un messaggio di grandi dimensioni. Valore predefinito: 00:01:00 Valore massimo: 23:59:59
   Timeout di chiusura	Immettere l'intervallo di tempo necessario per completare l'operazione di chiusura del canale. Questo valore deve essere maggiore o uguale a System.TimeSpan.Zero. Valore predefinito: 00:01:00 Valore massimo: 23:59:59
   Dimensioni massime messaggi ricevuti (byte)	Immettere le dimensioni massime, in byte, per un messaggio che include le intestazioni, da ricevere in rete. Le dimensioni dei messaggi sono vincolate dalla quantità di memoria allocata per ogni messaggio. È possibile utilizzare questa proprietà per limitare l'esposizione ad attacchi di tipo Denial of Service (DoS). L'adapter appa per la logica sfrutta la classe WebHttpBinding nella modalità di trasferimento memorizzata nel buffer per comunicare con un endpoint. Per la modalità di trasporto memorizzata nel buffer, la proprietà WebHttpBinding.MaxBufferSize è sempre uguale al valore di questa proprietà. Valore predefinito: 65536 Valore massimo: 2147483647

7. Facoltativo. Nella scheda Messaggi utilizzare la proprietà Intestazioni HTTP in uscita per aggiungere eventuali intestazioni personalizzate nel messaggio in uscita.

8. Selezionare OK per salvare la configurazione.

La gestione delle porte di trasmissione e dei gruppi di porte di trasmissione descrive le proprietà aggiuntive delle porte di trasmissione.

Passaggio 3: Inviare alcuni messaggi

È possibile creare una porta di ricezione e un percorso di ricezione usando l'adattatore File. Assicurarsi che l'app per la logica sia abilitata.

1. Creare una porta di ricezione, ad esempio FileSendPort,

2. Creare un percorso di ricezione e impostare le proprietà simili a:

   Proprietà	Input di esempio
   Cartella di ricezione	C:\temp\In\
   Maschera di file	*.txt
   Pipeline	PassThruReceive

3. Nella porta di trasmissione creata impostare Filtro su:

   Proprietà	Operatore	Valore
   BTS.ReceivePortName	==	FileSendPort

4. Creare un file di testo (FileName.txt) con il testo seguente. Usare questo file di testo come messaggio di esempio:

   <Data>
     <DataID>DataID_0</DataID>
     <DataDetails>DataDetails_0</DataDetails>
   </Data>
   

5. Copiare il messaggio di esempio (FileName.txt) nella cartella di ricezione. La porta di trasmissione invia il file .txt all'app per la logica usando l'URI immesso. L'app per la logica riceve i file. Se è stato usato il connettore Office 365 Outlook, l'indirizzo di posta elettronica A deve ricevere il messaggio di posta elettronica con il messaggio di esempio.

Prossima

Che cosa sono app per la logica

Creare un'app per la logica

Uso di adattatori in BizTalk Server