VENTES: 1-800-867-1389

Notes de publication pour Azure BizTalk Services

Mis à jour: novembre 2014

Les notes de publication de Microsoft Azure BizTalk Services contiennent les problèmes connus rencontrés dans cette version.

Vous pouvez activer le chiffrement à l'arrêt dans le portail de services BizTalk. Consultez Activation du chiffrement à l'arrêt dans le portail BizTalk Services.

  • Les comptes de société sont pris en charge :

    • Scénario : vous avez enregistré un déploiement de service BizTalk à l'aide d'un compte Microsoft (par exemple, utilisateur@live.com). Dans ce scénario, seuls les utilisateurs d'un compte Microsoft peuvent gérer le service BizTalk à l'aide du portail BizTalk Services. Il est impossible d'utiliser un compte de société.

    • Scénario : vous avez enregistré un déploiement de service BizTalk à l'aide d'un compte de société dans Azure Active Directory (par exemple, utilisateur@fabrikam.com ou utilisateur@contoso.com). Dans ce scénario, seuls les utilisateurs Azure Active Directory appartenant à la même organisation peuvent gérer le service BizTalk à l'aide du portail BizTalk Services. Il est impossible d'utiliser un compte Microsoft.

  • Quand vous créez un service BizTalk dans le portail de gestion Azure, vous êtes automatiquement enregistré dans le portail BizTalk Services.

    Scénario : vous vous connectez au portail de gestion Azure, créez un service BizTalk, puis sélectionnez Gérer pour la toute première fois. Quand le portail BizTalk Services s'ouvre, le service BizTalk est enregistré automatiquement et est prêt pour vos développements.

Consultez Enregistrement et mise à jour d'un déploiement BizTalk Service sur le portail BizTalk Services.

La section suivante répertorie les problèmes connus rencontrés dans cette version de BizTalk Services :

Si le portail de services BizTalk est ouvert pendant la mise à niveau de BizTalk Services de manière à déployer des modifications dans le service, vous risquez de rencontrer des problèmes de connectivité avec le portail de services BizTalk.

En guise de solution de contournement, redémarrez le navigateur, supprimez le cache du navigateur ou démarrez le portail en mode de navigation privée.

Envisagez les situations suivantes dans le cadre d'un projet BizTalk Services dans une solution Visual Studio :

  • Une même solution Visual Studio contient un projet BizTalk Services et un projet de liaison personnalisée. Le projet de service BizTalk contient une référence à ce fichier de projet de liaison personnalisée.

  • Le projet de service BizTalk contient une référence à une DLL de liaison/comportement personnalisé.

Vous « générez » correctement la solution dans Visual Studio. Vous « générez une nouvelle build » ou « nettoyez » la solution. Après cela, lorsque vous générez ou nettoyez à nouveau la solution, vous rencontrez l'erreur suivante :

Unable to copy file <Path to DLL> to “bin\Debug\FileName.dll”. The process cannot access the file ‘bin\Debug\FileName.dll’ because it is being used by another process.

Solution

  • Si Visual Studio 2012 Update 3 est installé, les deux options suivantes s'offrent à vous :

    • Redémarrer Visual Studio, ou

    • redémarrer la solution, puis générer une seule build sur la solution.

  • Si Visual Studio 2012 Update 3 n'est pas installé, ouvrez le Gestionnaire des tâches, cliquez sur l'onglet Processus, cliquez sur le processus MSBuild.exe, puis cliquez sur le bouton Arrêter le processus.

Si vous utilisez des caractères non imprimables dans le cadre de propriétés promues pour des messages, ces messages ne peuvent pas être routés vers des destinations de relais qui utilisent la liaison BasicHttpRelay. Par ailleurs, les propriétés promues qui sont disponibles dans le cadre du suivi sont encodées dans l'URL pour les objets blob et non codées pour des destinations.

Examinez le scénario suivant : vous cochez la case Envoyez un MDN asynchrone et vous spécifiez une URL à laquelle envoyer le MDN asynchrone, puis vous décochez la case Envoyez un MDN asynchrone, le MDN est quand même envoyé à l'URL spécifiée même si l'option permettant d'envoyer des MDN asynchrones est décochée.

En guise de solution de contournement, effacez l'URL spécifiée avant de décocher la case Envoyez un MDN asynchrone, puis déployez l'accord AS2.

S'il existe des espaces au-delà d'un segment IEA, le désassembleur considère qu'il s'agit de la fin de l'échange actuel et traite le jeu d'espaces suivant comme un nouveau message. Étant donné qu'il ne s'agit pas d'un échange valide, vous remarquez qu'un message complet est envoyé à la destination de routage et qu'un message vide est envoyé au point de terminaison de suspension.

Les événements de suivi sont capturés jusqu'à la phase de traitement du message EDI et de corrélation, le cas échéant. Si un message échoue en dehors de l'étape Protocole, le suivi est considéré comme réussi. Dans ce cas, consultez la section JOURNAL sous la colonne Détails dans Suivi pour obtenir des informations sur l'erreur.

Accord de réception X12 dans Azure BizTalk Services et Accord d'envoi X12 dans Azure BizTalk Services fournissent des informations sur l'étape Protocole.

Le portail de services BizTalk vous permet de modifier le qualificateur d'une identité lorsqu'un accord est configuré. Cela peut entraîner des incohérences au niveau des propriétés. Par exemple, un accord utilise le qualificateur ZZ:1234567. Dans les paramètres de profil du portail de services BizTalk, vous remplacez ZZ:1234567 sur 01:valeur_modifiée. Vous ouvrez l'accord et 01:valeur_modifiée s'affiche au lieu de ZZ:1234567.

Pour modifier le qualificateur d'une identité, supprimez l'accord, mettez à jour Identités dans le profil du partenaire, puis recréez l'accord.

WarningAvertissement
Ce comportement a un impact sur X12 et AS2.

Les pièces jointes aux messages AS2 ne sont pas prises en charge dans les opérations d'envoi et de réception. Plus particulièrement, les pièces jointes sont ignorées silencieusement et le corps du message est traité en tant que message AS2 classique.

Lors de l'ajout de ressources, la fenêtre de dialogue peut ne pas avoir mémorisé le chemin d'accès utilisé précédemment pour ajouter une ressource. Pour mémoriser le chemin d'accès utilisé précédemment, ajoutez le site web du portail de services BizTalk aux Sites de confiance dans Internet Explorer.

Envisagez un scénario dans l'ordre suivant :

  • Ajoutez un pont (par exemple, un pont unidirectionnel XML) à un projet de service BizTalk.

  • Renommez le pont en spécifiant une valeur pour la propriété Nom d'entité. Cette action a pour effet de renommer le fichier .bridgeconfig associé avec le nom que vous spécifiez.

  • Fermez le fichier .bcs (en fermant l'onglet dans Visual Studio) sans enregistrer les modifications.

  • Rouvrez le fichier .bcs dans l'Explorateur de solutions.

    Vous remarquez que tandis que le fichier .bridgeconfig associé affiche le nouveau nom que vous avez spécifié, le nom de l'entité sur l'aire de conception affiche encore l'ancien nom. Si vous tentez d'ouvrir la Configuration de pont en double-cliquant sur le composant de pont, le message d'erreur suivant s'affiche :

    ‘<old name>’ Entity’s associated file ‘<old name>.bridgeconfig’ does not exist
    

Pour éviter de rencontrer ce scénario, veillez à enregistrer les modifications après avoir renommé les entités d'un projet de service BizTalk.

Envisagez le scénario suivant : vous ajoutez un artefact (par exemple, un fichier XSD) à un projet de service BizTalk, vous incluez cet artefact dans la Configuration de pont (par exemple, en le spécifiant en tant que type de message Demande), puis vous l'excluez du projet Visual Studio. Dans ce cas, la création du projet ne génèrera aucune erreur tant que l'artefact supprimé sera disponible sur le disque dans le même emplacement que celui où il a été inclus dans le projet Visual Studio.

Dans un projet de service BizTalk, si un schéma qui a été ajouté au projet importe un autre schéma, le projet de service BizTalk ne vérifie pas si le schéma importé est ajouté au projet. Si vous tentez de créer un tel projet, vous ne rencontrez aucune erreur de build.

Dans cette version, le jeu de caractères du message de réponse en provenance d'un Pont demande-réponse XML est toujours défini sur UTF-8.

Les adaptateurs du Pack Adaptateurs de BizTalk au sein de la fonctionnalité service d'adaptateur BizTalk peuvent utiliser des types de données définis par l'utilisateur pour les opérations d'adaptateur.

Lors de l'utilisation de types de données définis par l'utilisateur, copiez les fichiers (.dll) vers lecteur:\Program Files\Microsoft BizTalk Adapter Service\BAServiceRuntime\bin\ ou vers le GAC (Global Assembly Cache) sur le serveur hébergeant le service d'adaptateur BizTalk. Sinon, vous risquez de rencontrer l'erreur suivante sur le client :

<s:Fault xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
  <faultcode>s:Client</faultcode>
  <faultstring xml:lang="en-US">The UDT with FullName "File, FileUDT, Version=Value, Culture=Value, PublicKeyToken=Value" could not be loaded. Try placing the assembly containing the UDT definition in the Global Assembly Cache.</faultstring>
  <detail>
    <AFConnectRuntimeFault xmlns="http://Microsoft.ApplicationServer.Integration.AFConnect/2011" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
      <ExceptionCode>ERROR_IN_SENDING_MESSAGE</ExceptionCode>
    </AFConnectRuntimeFault>
  </detail>
</s:Fault>

ImportantImportant
Nous vous recommandons d'utiliser GACUtil.exe pour installer un fichier dans le GAC. Pour savoir comment utiliser l'outil et les options de ligne de commande Visual Studio, consultez GACUtil.exe.

L'installation du runtime service d'adaptateur BizTalk crée le site web service d'adaptateur BizTalk dans IIS qui contient l'application BAService. L'application BAService utilise une liaison de relais en interne pour étendre la portée d'un point de terminaison de service local au cloud. Pour un service hébergé en local, le point de terminaison de relais correspondant sera inscrit sur Service Bus uniquement lors du démarrage du service local.

Si vous arrêtez et démarrez une application, la configuration de démarrage automatique d'une application n'est pas respectée. Par conséquent, lorsque l'application BAService est arrêtée, vous devez toujours redémarrer le site web service d'adaptateur BizTalk. Ne démarrez ou n'arrêtez pas l'application BAService.

Vous ne devez pas utiliser les caractères spéciaux pour les noms des adresses et des entités des composants LOB. Dans le cas contraire, vous recevez une erreur lors du déploiement du projet de service BizTalk. Pour certains caractères comme « % », le site web service d'adaptateur BizTalk peut prendre un état arrêté et vous devrez le démarrer manuellement.

Si une Transformation contient une Opération de mappage Obtenir la propriété de contexte, le mappage de test échoue. En guise de solution de contournement temporaire, remplacez l'Opération de mappage Obtenir la propriété de contexte par une Opération de mappage Concaténation de chaînes contenant des données fictives. Cette opération a pour effet de renseigner le schéma cible et de vous permettre de tester une autre fonctionnalité de transformation.

Les propriétés Mappage de test ne s'affichent pas dans Visual Studio. Cette situation peut se produire si les fenêtres PropriétésetExplorateur de solutions ne sont pas ancrées en même temps. Pour résoudre ce problème, ancrez les fenêtres PropriétésetExplorateur de solutions.

Lorsqu'une Opération de mappage Remise en forme des date/heure est ajoutée à l'aire de conception et configurée, il est possible que la liste déroulante Format soit grisée. Ceci peut arriver si l'affichage de votre ordinateur est défini sur Moyenne – 125 % ou Grande - 150 %. Pour résoudre le problème, définissez l'affichage sur Petite - 100 % (par défaut) à l'aide des étapes suivantes :

  1. Ouvrez le Panneau de configuration, puis cliquez sur Apparence et personnalisation.

  2. Cliquez sur Affichage.

  3. Cliquez sur Petite - 100 % (par défaut), puis sur Appliquer.

La liste déroulante Format devrait désormais fonctionner comme prévu.

Considérez le scénario suivant :

  1. Créez un accord à l'aide de l'API TPM OM.

  2. Ouvrez l'accord dans le portail de services BizTalk dans deux onglets différents.

  3. Déployez l'accord à partir des deux onglets.

  4. Les deux accords sont alors déployés, ce qui entraîne des entrées en double dans le portail de services BizTalk.

Solution de contournement : ouvrez l'un des deux accords dans le portail de services BizTalk, puis annulez son déploiement.

Considérez les scénarios suivants :

Scénario 1 : utilisation de certificats basés sur des empreintes numériques pour sécuriser le transfert de messages à partir d'un pont vers un point de terminaison de service

Envisagez un scénario dans lequel vous utilisez des certificats basés sur des empreintes numériques dans votre projet de service BizTalk. Vous mettez à jour le certificat dans le portail de services BizTalk avec le même nom, mais vous utilisez une empreinte numérique distincte, et vous ne mettez pas à jour le projet de service BizTalk en conséquence. Dans un tel scénario, le pont risque de continuer à traiter les messages, car les anciennes données du certificat peuvent encore se trouver dans le cache du canal. Après cela, le traitement des messages échoue.

Solution de contournement : Mettez à jour le certificat dans le projet de service BizTalk et redéployez le projet.

Scénario 2 : utilisation de comportements basés sur des noms pour identifier des certificats afin de sécuriser le transfert de messages à partir d'un pont vers un point de terminaison de service

Envisagez un scénario dans lequel vous utilisez des comportements basés sur des noms pour identifier des certificats dans votre projet de service BizTalk. Vous mettez à jour le certificat dans le portail de services BizTalk, mais vous ne mettez pas à jour le projet de service BizTalk en conséquence. Dans un tel scénario, le pont risque de continuer à traiter les messages, car les anciennes données du certificat peuvent encore se trouver dans le cache du canal. Après cela, le traitement des messages échoue.

Solution de contournement : Mettez à jour le certificat dans le projet de service BizTalk et redéployez le projet.

Les ponts BizTalk Services continuent à traiter des messages pendant un certain moment, même si la base de données SQL Microsoft Azure (qui stocke les informations d'exécution telles que les artefacts et les pipelines déployés) est en mode hors connexion. Cela est dû au fait que BizTalk Services utilise la configuration des artefacts et des ponts mise en cache.

Si vous ne souhaitez pas que les ponts traitent des messages lorsque la base de données SQL est en mode hors connexion, utilisez les applets de commande BizTalk Services PowerShell pour arrêter ou suspendre le service BizTalk. Pour obtenir les applets de commande Windows PowerShell permettant de gérer les opérations, consultez l'exemple de gestion d'un service Azure BizTalk Services.

Envisagez un scénario dans lequel vous voulez lire un message XML au sein du code personnalisé d'un pont. Si vous utilisez l'API .NET System.Text.Encoding.UTF8.GetString(bytes), un caractère BOM supplémentaire est inclus dans la sortie, au début du message. Aussi, si vous ne souhaitez pas que la sortie inclue le caractère BOM supplémentaire, vous devez utiliser System.IO.StreamReader().ReadToEnd().

Les messages envoyés à un pont à l'aide de WCF ne sont pas mis à l'échelle. Nous vous conseillons d'utiliser HttpWebRequest si vous souhaitez tirer parti d'un client évolutif.

Un accord EDI ou AS2 contient des lots actifs. Lorsque le service BizTalk est mis à niveau de la version d'évaluation vers la version Disponibilité générale, l'événement suivant peut se produire :

  • Erreur : le fournisseur de jetons n'a pas pu fournir de jeton de sécurité. Le fournisseur de jetons a renvoyé le message : impossible de résoudre le nom distant.

  • Les tâches par lot ont été annulées.

Solution de contournement : après la mise à niveau de BizTalk Services vers la version Disponibilité générale, redéployez l'accord.

Après avoir procédé à la mise à niveau d'une version antérieure du SDK BizTalk Services, qui utilisait les anciennes icônes des ponts, la boîte à outils continue à afficher ces anciennes icônes. Toutefois, si vous ajoutez un pont à l'aire de conception du projet de service BizTalk, l'aire affiche la nouvelle icône.

Solution de contournement : vous pouvez contourner ce problème en supprimant les fichiers .tbd sous <system drive>:\Users\<user>\AppData\Local\Microsoft\VisualStudio\11.0.

Si vous êtes connecté au portail de services BizTalk lors de la mise à niveau de BizTalk Services de la version d'évaluation vers la version Disponibilité générale, vous risquez de rencontrer l'erreur suivante sur le portail :

This capability is not available as part of this edition of Microsoft Azure BizTalk Services. To use these capabilities switch to an appropriate edition.

Solution : Déconnectez-vous du portail, fermez et rouvrez le navigateur, puis reconnectez-vous au portail.

Envisagez un scénario dans lequel un pont XML est déployé sur un abonnement d'évaluation BizTalk Services. Vous envoyez des messages au pont et les données de suivi correspondantes sont disponibles dans le portail de services BizTalk. À présent, si le portail de services BizTalk et les bits d'exécution BizTalk Services sont mis à niveau vers la version Disponibilité générale et si vous envoyez un message au même point de terminaison de pont déployé précédemment, les données de suivi ne s'affichent pas pour les messages envoyés après la mise à niveau.

Dans ce document, les termes « pipeline » et « pont » sont interchangeables. Les deux termes signifient pratiquement la même chose, c'est-à-dire, une unité de traitement de messages déployée sur BizTalk Services.

Voir aussi

Concepts

BizTalk Services

Cela vous a-t-il été utile ?
(1500 caractères restants)
Merci pour vos suggestions.
Afficher:
© 2014 Microsoft