Installer et utiliser l’adaptateur d’application logique sur BizTalk Server

Article
05/04/2023

BizTalk Server utilise l’adaptateur Logic Apps pour recevoir des messages d’une application logique Azure ou envoyer des messages à une application logique Azure.

Dans Azure, nous créons une application logique. Cette application logique utilise le connecteur BizTalk pour se connecter à un emplacement de réception que vous créez sur votre BizTalk Server. Cette rubrique part du principe que vous êtes familiarisé avec Azure Logic Apps. Si vous débutez avec les applications logiques, nous vous suggérons d’en savoir plus sur celles-ci et même de créer votre propre application logique.

Dans cette rubrique, nous listons les étapes à suivre pour recevoir un message dans BizTalk Server à partir d’une application logique. Autrement dit, l’application logique envoie des messages à un BizTalk Server. Le côté réception utilise des applications dans IIS pour gérer la communication avec le service Azure. Si BizTalk Server est locale, vous installez également une passerelle de données sur le BizTalk Server et créez une passerelle dans Azure.

Si BizTalk Server est installé sur une machine virtuelle Azure, vous pouvez choisir d’exposer la machine virtuelle en tant que point de terminaison HTTP (vous obtenez une URL) ou de ne pas l’exposer en tant que point de terminaison HTTP. Si vous l’exposez, vous n’avez pas besoin d’utiliser la passerelle. Vous pouvez entrer votre URL dans le connecteur BizTalk de votre application logique. Si vous n’exposez pas la machine virtuelle (aucune URL), vous devez utiliser la passerelle. Ces étapes sont répertoriées dans cette rubrique.

Nous vous montrons également comment envoyer des messages de BizTalk Server à une application logique Azure. Autrement dit, l’application logique reçoit des messages de BizTalk Server. Le côté envoi est assez simple, comme vous le verrez dans cette rubrique.

Utilisez cette rubrique pour créer un emplacement de réception et un port d’envoi à l’aide de l’adaptateur Logic Apps. Vous pouvez utiliser l’adaptateur LogicApp dans un BizTalk Server local (joint à votre domaine) ou une machine virtuelle Azure exécutant BizTalk Server.

Configuration requise

Un abonnement Azure pour se connecter au Portail Azure et créer une application logique.
Optionnel. Pour envoyer un message de test à votre application logique, installez un outil de test HTTP, tel que Fiddler ou Postman. Si vous utilisez une autre méthode pour envoyer un message à une application logique, vous n’avez pas besoin d’utiliser ces outils.

Installer l’adaptateur d’application logique

BizTalk Server 2020 et versions ultérieures

À compter de BizTalk Server 2020, l’adaptateur d’application logique est inclus avec l’installation BizTalk Server.

BizTalk Server 2016

Sur votre BizTalk Server, téléchargez et installez l’adaptateur d’application logique :
- Accédez à l’adaptateur Microsoft BizTalk Server pour Logic Apps, puis enregistrez-le.
- Ouvrez LogicAppAdapter.iso, puis exécutez le fichier Adapter.msiLogicApp à installer.
Double-sélectionnez LogicApp Adapter.msi à installer. Acceptez le contrat de licence, puis installez.
Terminez l’installation et redémarrez les instances hôtes BizTalkServerApplication et BizTalkServerIsolatedHost .

Une fois installé, vous disposez des éléments suivants :

L’adaptateur LogicApp est ajouté à BizTalk Administration.
Le gestionnaire d’envoi est créé et utilise l’hôte BizTalkServerApplication.
Le gestionnaire de réception est créé en tant que service WCF et utilise l’hôte BizTalkServerIsolatedHost.
Le LogicApp Adapter dossier est créé à l’intérieur du répertoire d’installation de BizTalk et comprend deux services : Gestion et ReceiveService.

La gestion est utilisée par bizTalk Connector dans une application logique pour se connecter à BizTalk Server à l’aide de la passerelle de données. Ce service de gestion permet aux BizTalk Server de recevoir des messages d’une application logique Azure à l’aide de la passerelle de données. Ce service est utilisé uniquement du côté réception de BizTalk. Il n’est pas utilisé par le côté d’envoi.

ReceiveService est utilisé par bizTalk Connector dans une application logique lorsque vous entrez l’emplacement de réception. Le ReceiveService est responsable de l’envoi des messages à partir de l’application logique. Ce service est utilisé uniquement du côté réception de BizTalk. Il n’est pas utilisé par le côté d’envoi.

Recevoir des messages à partir d’une application logique

Il existe quelques étapes pour BizTalk Server de recevoir des messages à partir d’une application logique. Cette section décrit ces étapes. Il est possible que l’interface utilisateur dans Azure change, de sorte que certaines des étapes peuvent ne pas être exactement comme indiqué.

Prérequis

Si BizTalk Server est locale, installez et configurez la passerelle de données locale pour Logic Apps. Ensuite, dans Azure, créez la ressource de passerelle de données pour vous connecter à votre BizTalk Server.
Si BizTalk Server est installé sur une machine virtuelle Azure et que la machine virtuelle n’est pas exposée en tant que point de terminaison HTTP, installez et configurez la passerelle de données locale pour Logic Apps. Ensuite, dans Azure, créez la ressource de passerelle de données pour vous connecter à votre BizTalk Server.
Si BizTalk Server est installé sur une machine virtuelle Azure et que la machine virtuelle est exposée en tant que point de terminaison HTTP, la passerelle n’est pas nécessaire ou utilisée.

Utilisation combinée de NullAdapter et de l’adaptateur d’application logique - BizTalk Server 2016 uniquement

Si vous installez l’adaptateur d’application logique et NullAdapter, vous pouvez voir l’erreur suivante :

Another adapter with the same OutboundEngineCLSID value already exists

Le GUID de la classe Adapter est le même pour l’adaptateur d’application logique et NullAdapter. Si les deux adaptateurs sont nécessaires, vous pouvez :

Téléchargez le code source NullAdapter sur GitHub.
Mettez à jour le GUID dans la classe NullSendAdapter.cs .
Mettez à jour la valeur OutboundEngineCLSID dans le fichier NullAdapter.reg .
Générez et déployez NullAdapter.

Étape 1 : Créer les applications IIS

Les applications IIS utilisent les services Gestion et ReceiveService.

Vous pouvez exécuter les applications IIS à l’aide d’un nouveau pool d’applications ou d’un pool d’applications existant. L’identité d’AppPool nécessite l’appartenance aux mêmes groupes que le compte qui exécute les services BizTalk, tels que les groupes Utilisateurs de l’application BizTalk et Utilisateurs hôtes isolés BizTalk.

Conseil

Si vous créez un pool d’applications, conservez la version CLR .NET par défaut et le pipeline managé. N’oubliez pas de choisir une identité (Paramètres avancés) qui est membre des mêmes groupes BizTalk que votre compte de service BizTalk.

Créer l’application IIS de gestion

L’URL de cette application IIS est utilisée par bizTalk Connector (dans votre application logique) pour utiliser la passerelle de données sur votre BizTalk Server.

BizTalk Server 2020 et versions ultérieures

Configurez les API REST à l’aide de l’Assistant Configuration de BizTalk. Pour obtenir de l’aide sur la configuration, reportez-vous au Guide de configuration. Pour plus d’informations sur les API REST, reportez-vous à la Référence de l’API REST BizTalk
Ouvrez un navigateur web et accédez à http://localhost/BizTalkManagementService/Schemas. Une liste de schémas s’affiche ou vous êtes invité à ouvrir/enregistrer schemas.json. Le résultat réel dépend de votre navigateur web. Si aucune de ces opérations ne se produit, veuillez case activée votre configuration d’API REST.

BizTalk Server 2016

Ouvrez le Gestionnaire des services Internet (IIS).
Cliquez avec le bouton droit sur Site web par défaut, puis Ajoutez une application. Dans cette nouvelle application :
1. Entrez l’alias (nom) de votre application, par exemple IISLogicApp.
2. Sélectionnez le pool d’applications.
3. Définissez le chemin d’accès physique sur C:\Program Files (x86)\Microsoft BizTalk Server 2016\LogicApp Adapter\Management.
4. Paramètres de test pour vérifier que l’identité du pool d’applications réussit les tests d’authentification et d’autorisation.
Sélectionnez OK pour enregistrer vos modifications.
Ouvrez un navigateur web, puis accédez à http://localhost/YourApplicationAlias/schemas?api-version=2016-10-26, par http://localhost/IISLogicApp/Schemas?api-version=2016-10-26exemple . Une liste de schémas s’affiche ou vous êtes invité à ouvrir/enregistrer schemas.json. Le résultat réel dépend de votre navigateur web. Si aucune de ces opérations ne se produit, votre identité AppPool peut manquer d’appartenance aux groupes BizTalk.

Créer l’application IIS BizTalk ReceiveService

L’URL de cette application IIS est utilisée par bizTalk Connector (dans votre application logique) lorsque vous choisissez l’emplacement de réception.

Ouvrez le Gestionnaire des services Internet (IIS).
Cliquez avec le bouton droit sur Site web par défaut, puis Ajoutez une application. Dans cette nouvelle application :
1. Entrez l’alias (nom) de votre application, par exemple ReceiveWCFService.
2. Sélectionnez le même pool d’applications que l’application IIS précédente.
3. Définissez le chemin d’accès physique sur :
  - 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. Paramètres de test pour vérifier que l’identité du pool d’applications réussit les tests d’authentification et d’autorisation.
Sélectionnez OK pour enregistrer vos modifications.

Étape 2 : Créer une application logique

Dans le Portail Azure, créez une application logique.
Ajoutez le déclencheur Lors de la réception d’une requête HTTP .
Ajoutez l’action BizTalk Server - Préparer le message à partir de JSON.

Facultatif : Sélectionnez Se connecter via une passerelle de données locale, puis entrez les éléments suivants :

Propriété	Description
URL BizTalk Server	Entrez le nom de domaine complet (FQDN) de la gestion BizTalk dans l’URL de l’application IIS. Par exemple, entrez `http://BizTalkServerName.corp.contoso.com/IISLogicApp/`.
Type d’authentification	Sélectionnez Windows.
Nom d’utilisateur	Entrez l’identité du pool d’applications IIS.
Mot de passe	Entrez le mot de passe du pool d’applications IIS.
Passerelle	Sélectionnez la passerelle que vous avez créée.

Conseil

N’oubliez pas que la passerelle de données n’est requise que si :

Vous utilisez une BizTalk Server locale
Vous utilisez une machine virtuelle Azure BizTalk Server et la machine virtuelle n’est PAS exposée en tant que point de terminaison HTTP (aucune URL)

Sélectionnez Create (Créer).
Configurez l’action. Pour Corps, sélectionnez la sortie du corps HTTP. Pour Schéma, sélectionnez le schéma que vous souhaitez utiliser.

Notes

Cette étape suppose que vous êtes familiarisé avec les schémas dans BizTalk et que vous savez quel schéma vous souhaitez. Si vous n’en êtes pas sûr, déployez l’exemple de Kit de développement logiciel (SDK) HelloWorld, mettez à jour ses artefacts pour utiliser l’adaptateur d’application logique, puis utilisez son schéma et son exemple de message.
Ajoutez une nouvelle étape, puis sélectionnez l’action BizTalk Server - Envoyer un message. Pour Emplacement de réception, sélectionnez l’URL dans la liste déroulante ou entrez le nom de domaine complet (FQDN) de l’URL de l’application IIS ReceiveService. Par exemple, entrez http://BizTalkServerName.corp.contoso.com/ReceiveWCFService/Service1.svc.

Conseil

Lorsque vous créez l’emplacement de réception, cette URL exacte est également entrée dans les propriétés de transport de l’emplacement de réception en tant qu’adresse publique (onglet Général).

Pour Corps, sélectionnez la sortie du corps de l’action BizTalk Server précédente.
Enregistrez les changements apportés.

Lorsque vous enregistrez, le déclencheur de requête HTTP crée automatiquement une URL. Copiez cette URL. Vous en avez besoin à l’étape 4 : Envoyer un message (dans cet article).

Étape 3 : Créer un port de réception et un emplacement de réception

Notes

Au lieu de créer vos propres ports de réception et emplacement de réception, vous pouvez déployer l’exemple de kit de développement logiciel (SDK) HelloWorld. Mettez à jour les artefacts pour utiliser l’adaptateur Logic Apps.

Cette section répertorie les étapes de création de vos propres artefacts.

Dans BizTalk Server Administration, développez BizTalk Server Administration, BizTalk Group, Applications, puis l’application que vous souhaitez exécuter l’emplacement de réception. Par exemple, développez Application BizTalk 1.
Sélectionnez Avec le bouton droit Ports de réception, sélectionnez Nouveau, puis Port de réception unidirectionnel.

Dans les propriétés Port de réception, entrez les éléments suivants :

Propriété	Pour
Nom	Entrez un nom pour le port de réception. Par exemple, entrez LAReceivePort.
Authentification	Options : Aucune authentification : par défaut. Désactive l’authentification. Supprimer des messages en cas d’échec de l’authentification : active l’authentification, mais supprime les messages non authentifiés. Conserver les messages si l’authentification échoue : cliquez sur cette option pour activer l’authentification et conserver les messages non authentifiés.
Activer le routage pour les messages non réussis	Achemine tout message qui ne parvient pas à traiter vers une application d’abonnement (par exemple, un autre port de réception ou une planification d’orchestration). Décochez cette option pour suspendre les messages ayant échoué et générer un accusé de réception négatif (NACK). Par défaut, cette case à cocher est désactivée. Pour plus d’informations, consultez Comment activer le routage des messages ayant échoué pour un port de réception.

Sélectionnez Emplacements de réception, puis Nouveau.
Entrez un Nom pour l’emplacement de réception. Par exemple, entrez LAReceiveLoc.
Pour Type, sélectionnez LogicApp dans la liste, puis sélectionnez le bouton Configurer.

Dans l’onglet Général , configurez l’adresse du point de terminaison pour votre application logique :

Propriété	Pour
Adresse (URI)	Obligatoire. Entrez l’URL de l’application IIS BizTalk ReceiveService (`/YourIISApp2Name/Service1.svc`). Par exemple, entrez `/ReceiveWCFService/Service1.svc`.
Adresse publique	Obligatoire. Entrez `http://<your fully qualified machine name>/YourIISApp2Name/Service1.svc`. Par exemple, entrez `http://btsProd.northamerica.corp.contoso.com/ReceiveWCFService/Service1.svc`. Cette URL exacte est également répertoriée dans votre application logique à l’emplacement de réception.

Facultatif. Sous l’onglet Liaison , configurez les propriétés liées au délai d’attente et à l’encodage de la liaison WCF-WebHttp sous-jacente. Ces propriétés sont utiles lors du traitement de messages volumineux.

Propriété	Pour
Délai d’ouverture	Entrez l’intervalle de temps nécessaire pour que l’opération d’ouverture du canal se termine. Cette valeur doit être supérieure ou égale à la valeur System.TimeSpan.Zero. Valeur par défaut : 00:01:00 Valeur maximale : 23:59:59
Délai d’expiration de l’envoi	Entrez l’intervalle de temps nécessaire pour que l’opération d’envoi se termine. Cette valeur doit être supérieure ou égale à la valeur System.TimeSpan.Zero. Si vous utilisez un port de réception requête-réponse, cette valeur spécifie un intervalle de temps pour l’ensemble de l’interaction, même si le client retourne un message volumineux. Valeur par défaut : 00:01:00 Valeur maximale : 23:59:59
Délai d’expiration de fermeture	Entrez l’intervalle de temps nécessaire pour que l’opération de fermeture du canal se termine. Cette valeur doit être supérieure ou égale à la valeur System.TimeSpan.Zero. Valeur par défaut : 00:01:00 Valeur maximale : 23:59:59
Taille maximale des messages reçus (octets)	Entrez la taille maximale, en octets, d’un message comprenant des en-têtes, à recevoir sur le câble. La taille des messages est liée par la quantité de mémoire allouée pour chaque message. Vous pouvez vous servir de cette propriété afin de limiter les expositions aux attaques de type refus de service. Valeur par défaut : 65536 Valeur maximale : 2147483647
Nombre maximum d'appels simultanés	Entrez le nombre d’appels simultanés à un seul instance de service. Les appels excédentaires sont mis en file d'attente. Affecter 0 à cette valeur équivaut à lui affecter la valeur Int32.MaxValue. Par défaut, la valeur est 200.

Facultatif. Sous l’onglet Sécurité , configurez les propriétés de sécurité. À des fins de développement, vous pouvez choisir Aucun :

Propriété	Pour
Mode de sécurité	Options : Aucun : les messages ne sont pas sécurisés pendant leur transfert. Transport: la sécurité est assurée à l'aide du transport HTTPS. Les messages SOAP sont sécurisés à l'aide de HTTPS. Pour utiliser ce mode, vous devez configurer SSL (Secure Sockets Layer) dans Internet Information Services (IIS). TransportCredentialOnly : par défaut.
Types d’informations d’identification du client de transport	Choisissez le type d’informations d’identification lors de l’utilisation de l’authentification du client. Options : Aucun : pas d'authentification au niveau du transport. De base : utilise l’authentification de base pour envoyer des noms d’utilisateur et des mots de passe en texte brut sur le réseau. Vous devez créer les comptes d'utilisateur de domaine ou locaux correspondant aux informations d'identification. Digest : utilise l’authentification Digest pour envoyer des mots de passe en tant que valeur de hachage sur le réseau. Disponible uniquement sur les domaines avec des contrôleurs de domaine exécutant l’authentification des systèmes d’exploitation Windows Server. Vous devez créer les comptes d'utilisateur de domaine ou locaux correspondant aux informations d'identification du client. Ntlm : par défaut. Les clients envoient les informations d’identification sans envoyer de mot de passe à cet emplacement de réception. Vous devez créer les comptes d'utilisateur de domaine ou locaux correspondant aux informations d'identification du client. Windows : l’authentification intégrée Windows négocie Kerberos ou NTLM, préférant Kerberos si un domaine est présent. Pour utiliser Kerberos, il est important que le client identifie le service avec un nom de principal de service (SPN). Vous devez créer les comptes d'utilisateur de domaine ou locaux correspondant aux informations d'identification du client. Certificat : utilise un certificat client. La chaîne de certificats d’autorité de certification pour les certificats X.509 du client doit être installée dans le magasin de certificats autorités de certification racines de confiance de cet ordinateur afin que les clients puissent s’authentifier à cet emplacement de réception. HéritéFromHost
Utiliser l’authentification unique

Facultatif. Sous l’onglet Messages , utilisez la propriété En-têtes HTTP sortants pour ajouter des en-têtes personnalisés et utilisez les propriétés supplémentaires pour résoudre les erreurs :

Propriété	Pour
En-têtes HTTP sortants	Entrez les en-têtes HTTP que vous souhaitez marquer sur le message de réponse.
Désactiver l'emplacement en cas d'échec	Désactive l’emplacement de réception si le traitement entrant échoue en raison d’une défaillance du pipeline de réception ou d’un échec de routage. La valeur par défaut est décochée.
Suspendre le message de requête en cas d'échec	Suspend le message de demande si le traitement entrant échoue en raison d’une défaillance du pipeline de réception ou d’un échec de routage. La valeur par défaut est décochée.
Inclure le détail des exceptions dans les messages d'erreur	Lorsqu’une erreur se produit, retourne les erreurs SOAP pour faciliter le débogage. La valeur par défaut est décochée.

La gestion des emplacements de réception décrit les propriétés supplémentaires.

Étape 4 : Envoyer un message

Ouvrez Fiddler ou Postman (ou tout ce que vous préférez).
Collez l’URL du déclencheur De demande à partir de votre application logique. Vous avez copié cette URL à l’étape 3.
Sélectionnez POST comme verbe HTTP, puis définissez l’en-tête Content-type sur application/json. Dans le corps, collez le code JSON suivant :
```
{"hello":"world"}
```
Étant donné qu’il s’agit d’un appel unidirectionnel à BizTalk, le résultat doit être un HTTP 202. Si vous utilisez l’exemple de Kit de développement logiciel (SDK) HelloWorld, accédez à votre serveur BizTalk. Il se peut qu’il y ait un fichier dans votre dossier d’envoi.

Envoyer des messages à une application logique

Étape 1 : Créer une application logique

Dans le Portail Azure, créez une application logique.
Ajouter le déclencheur Lors de la réception d’une requête HTTP
Ajoutez l’action Office 365 Outlook - Envoyer un e-mail. Pour l’adresse À, entrez votre adresse Office 365. Pour Objet, entrez Sending from BizTalk. Pour Corps, choisissez la sortie Corps à partir du déclencheur Lors de la réception d’une requête HTTP .
Votre application logique ressemble à l’exemple suivant :
Copiez l’URL HTTP POST qui est créée automatiquement lorsque vous enregistrez l’application logique ; vous avez besoin de cette URL à l’étape suivante. Vous devrez peut-être fermer et rouvrir l’application logique pour voir l’URL.

Étape 2 : Créer un port d’envoi

Pour BizTalk Server d’envoyer des messages à une application logique, l’application logique doit avoir un déclencheur Manuel, tel que Manuel - Quand une requête HTTP est reçue.

Dans BizTalk Server Administration, développez BizTalk Server Administration, BizTalk Group, Applications, puis l’application que vous souhaitez exécuter le port d’envoi. Par exemple, développez Application BizTalk 1.
Sélectionnez Ports d’envoi avec le bouton droit, nouveau, puis port d’envoi unidirectionnel statique.
Entrez un Nom pour le port d’envoi. Par exemple, entrez LASendPort.
Pour Type, sélectionnez LogicApp dans la liste, puis sélectionnez le bouton Configurer .
Sous l’onglet Général , configurez l’URI de rappel de votre déclencheur d’application logique. Il existe deux façons d'effectuer cette opération :

Option 1 : Collez l’URL HTTP POST que vous avez copiée à l’étape précédente dans la propriété Trigger (URI de rappel). Vous pouvez également copier l’URI en procédant comme suit :
1. Dans le Portail Azure, ouvrez votre application logique dans le concepteur Logic Apps (mode édition).
2. Sélectionnez la carte Lors de la réception d’une requête HTTP, puis copiez l’URL.
3. Dans votre port d’envoi, collez cette URL dans la propriété Déclencheur (URI de rappel).
  
  Conseil
  
  Vous pouvez également utiliser vos API de gestion pour obtenir cet URI.
  
  Option 2 : Si vous ne connaissez pas l’URI de rappel de votre déclencheur, sélectionnez Configurer et connectez-vous à Azure. Ensuite, utilisez les listes déroulantes pour choisir votre abonnement, votre groupe de ressources, votre application logique et votre déclencheur.

Propriété	Pour
Délai d’ouverture	Entrez l’intervalle de temps nécessaire pour que l’opération d’ouverture du canal se termine. Cette valeur doit être supérieure ou égale à la valeur System.TimeSpan.Zero. Valeur par défaut : 00:01:00 Valeur maximale : 23:59:59
Délai d’expiration de l’envoi	Entrez l’intervalle de temps nécessaire pour que l’opération d’envoi se termine. Cette valeur doit être supérieure ou égale à la valeur System.TimeSpan.Zero. Si vous utilisez un port de réception demande-réponse, cette valeur spécifie un intervalle de temps pour l’ensemble de l’interaction, même si le client retourne un message volumineux. Valeur par défaut : 00:01:00 Valeur maximale : 23:59:59
Délai d’expiration de fermeture	Entrez l’intervalle de temps nécessaire pour que l’opération de fermeture du canal se termine. Cette valeur doit être supérieure ou égale à la valeur System.TimeSpan.Zero. Valeur par défaut : 00:01:00 Valeur maximale : 23:59:59
Taille maximale des messages reçus (octets)	Entrez la taille maximale, en octets, d’un message, y compris les en-têtes, à recevoir sur le réseau. La taille des messages est liée par la quantité de mémoire allouée à chaque message. Vous pouvez vous servir de cette propriété afin de limiter les expositions aux attaques de type refus de service. L’adaptateur d’application logique utilise la classe WebHttpBinding en mode de transfert mis en mémoire tampon pour communiquer avec un point de terminaison. Pour le mode de transport mis en mémoire, la propriété WebHttpBinding.MaxBufferSize est toujours égale à la valeur de cette propriété. Valeur par défaut : 65536 Valeur maximale : 2147483647

Facultatif. Sous l’onglet Messages , utilisez la propriété En-têtes HTTP sortants pour ajouter des en-têtes personnalisés au message sortant.
Cliquez sur OK pour enregistrer votre configuration.

La gestion des ports d’envoi et des groupes de ports d’envoi décrit les propriétés de port d’envoi supplémentaires.

Étape 3 : Envoyer des messages

Vous pouvez créer un port de réception et un emplacement de réception à l’aide de l’adaptateur de fichier. Assurez-vous que votre application logique est activée.

Créer un port de réception, tel que FileSendPort,
Créez un emplacement de réception et définissez les propriétés similaires à :

Propriété Exemple d’entrée

Dossier Receive C:\temp\In\

Masque de fichier *.txt

Pipeline PassThruReceive
Dans le port d’envoi que vous avez créé, définissez le filtre sur :

Propriété Opérateur Valeur

BTS.ReceivePortName == FileSendPort
Créez un fichier texte (FileName.txt) avec le texte suivant. Utilisez ce fichier texte comme exemple de message :
```
<Data>
  <DataID>DataID_0</DataID>
  <DataDetails>DataDetails_0</DataDetails>
</Data>
```
Copiez votre exemple de message (FileName.txt) dans le dossier de réception. Le port d’envoi envoie le fichier .txt à l’application logique à l’aide de l’URI que vous avez entré. Votre application logique reçoit les fichiers. Si vous avez utilisé le connecteur Office 365 Outlook, votre adresse e-mail À doit recevoir l’e-mail, avec l’exemple de message.

Propriété	Exemple d’entrée
Dossier Receive	C:\temp\In\
Masque de fichier	*.txt
Pipeline	PassThruReceive

Propriété	Opérateur	Valeur
BTS.ReceivePortName	==	FileSendPort

Présentation de Logic Apps

Créer une application logique

Utilisation d’adaptateurs dans BizTalk Server

Installer et utiliser l’adaptateur d’application logique sur BizTalk Server

Configuration requise

Installer l’adaptateur d’application logique

BizTalk Server 2020 et versions ultérieures

BizTalk Server 2016

Recevoir des messages à partir d’une application logique

Prérequis

Utilisation combinée de NullAdapter et de l’adaptateur d’application logique - BizTalk Server 2016 uniquement

Étape 1 : Créer les applications IIS

Créer l’application IIS de gestion

BizTalk Server 2020 et versions ultérieures

BizTalk Server 2016

Créer l’application IIS BizTalk ReceiveService

Étape 2 : Créer une application logique

Étape 3 : Créer un port de réception et un emplacement de réception

Étape 4 : Envoyer un message

Envoyer des messages à une application logique

Étape 1 : Créer une application logique

Étape 2 : Créer un port d’envoi

Étape 3 : Envoyer des messages

Suivant

Commentaires

Commentaires

Ressources supplémentaires