Résoudre les problèmes opérationnels liés à l’adaptateur SAP
Cette section décrit l’utilisation de techniques de résolution des problèmes pour résoudre les erreurs opérationnelles que vous pouvez rencontrer lors de l’utilisation de l’adaptateur Microsoft BizTalk pour mySAP Business Suite.
Activer le traçage
Pour plus d’informations sur la prise en charge du suivi dans l’adaptateur SAP, consultez Suivi de diagnostic et journalisation des messages pour l’adaptateur SAP.
Erreur lors du chargement de la liaison
Problème
Lorsque vous essayez de démarrer le plug-in Add Adapter Service Reference Visual Studio ou le complément de projet BizTalk De l’adaptateur service de consommation, l’interface utilisateur graphique génère l’erreur suivante :
There was an error loading the binding, <binding name>, from your system configuration.
ConfigurationErrorsException: Exception has been thrown by the target of an invocation.
Cause
Lorsque vous démarrez le plug-in Add Adapter Service Reference plug-in ou Consume Adapter Service Add, Windows Communication Foundation (WCF) charge les liaisons d’adaptateur pour toutes les cartes installées. À leur tour, les liaisons d’adaptateur dépendent du logiciel client spécifique pour l’application d’entreprise. Vous pouvez rencontrer ce problème pour l’une des raisons suivantes ou les deux :
Le logiciel client métier requis n’est pas installé sur l’ordinateur sur lequel vous avez installé l’adaptateur.
Vous avez effectué une installation standard ou complète de l’adaptateur, qui installe tous les adaptateurs contenus dans le pack d’adaptateurs BizTalk. Toutefois, les bibliothèques clientes métier peuvent être installées pour une seule application d’entreprise. Par conséquent, l’interface graphique utilisateur ne parvient pas à charger les liaisons pour les autres adaptateurs.
Résolution :
Veillez à effectuer une installation personnalisée des adaptateurs pour installer uniquement l’adaptateur dont vous avez besoin.
Vérifiez que les versions de client métier requises sont installées sur l’ordinateur sur lequel vous avez installé le pack d’adaptateurs BizTalk. Les systèmes métier pris en charge répertorient les versions prises en charge. Le pack d’adaptateurs BizTalk nécessite également que certaines DLL s’interfacent avec le système SAP. Pour plus d’informations sur les DLL requises par l’adaptateur, consultez Installer des RFC personnalisés pour le fournisseur de données pour SAP.
L’adaptateur SAP est manquant dans la console d’administration BizTalk
Problème
L’adaptateur SAP inclus dans le pack d’adaptateurs BizTalk n’apparaît pas dans la liste des adaptateurs dans la console d’administration BizTalk Server.
Cause
L’adaptateur SAP est une liaison personnalisée WCF. Ainsi, bien que la console Administration BizTalk Server affiche l’adaptateur WCF-Custom, elle n’affiche pas les liaisons personnalisées WCF et, par conséquent, n’affiche pas l’adaptateur SAP basé sur WCF.
Résolution :
Vous pouvez ajouter explicitement l’adaptateur SAP à la console d’administration BizTalk Server en suivant les étapes mentionnées dans Ajouter l’adaptateur SAP à BizTalk Server console d’administration.
Erreur manquante dans les DLL lors de l’ouverture d’une connexion à SAP
Problème
Lorsque vous essayez d’ouvrir une connexion au système SAP à l’aide de l’adaptateur SAP, une boîte de dialogue s’affiche dans le système SAP, vous informant que certaines DLL sont manquantes.
Cause
L’adaptateur SAP utilise librfc32u.dll pour établir une connexion avec le système SAP. Le librfc32u.dll, à son tour, nécessite un ensemble de DLL pour fonctionner. Vous obtenez cette erreur si ces DLL de prise en charge ne sont pas ajoutées à la variable PATH sur l’ordinateur sur lequel l’adaptateur SAP est installé.
Résolution :
Reportez-vous au tableau fourni en guise de résolution du problème Erreur lors du chargement des liaisons d’adaptateur . Le tableau répertorie les DLL de prise en charge nécessaires à l’interface avec le système SAP à l’aide de l’adaptateur SAP.
Erreur lors de la récupération du code XML avec plus de 65 536 nœuds
Problème
L’adaptateur génère l’erreur suivante lors de la récupération de la sortie XML qui a plus de 65 536 nœuds.
Maximum number of items that can be serialized or deserialized in an object graph is '65536'.
Change the object graph or increase the MaxItemsInObjectGraph quota.
Cause
L’adaptateur ne peut pas sérialiser et désérialiser un objet contenant plus de 65 536 éléments.
Résolution :
Vous pouvez résoudre ce problème en définissant le maxItemsInObjectGraph
paramètre de l’une des deux manières suivantes :
Définissez ce paramètre en modifiant le
maxItemsInObjectGraph
paramètre dans l’attributServiceBehavior
de votre classe de service.Ajoutez ce qui suit au fichier app.config de votre application.
<behaviors> <endpointBehaviors> <behavior name="NewBehavior"> <dataContractSerializer maxItemsInObjectGraph="65536000" /> </behavior> </endpointBehaviors> </behaviors>
Un exemple de app.config se présente comme suit.
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<system.serviceModel>
<behaviors>
<endpointBehaviors>
<behavior name="NewBehavior">
<dataContractSerializer maxItemsInObjectGraph="65536000" />
</behavior>
</endpointBehaviors>
</behaviors>
<client>
<endpoint behaviorConfiguration="NewBehavior" binding="sapBinding"
contract="IOutboundContract" name="sap_ICalculator" />
</client>
</system.serviceModel>
</configuration>
Erreur lors de l’entrée d’un URI de connexion pour un port WCF-Custom dans BizTalk Server
Problème
BizTalk Server génère l’erreur suivante lorsque vous spécifiez un URI de connexion pour vous connecter au système SAP.
Error saving properties.
(System.ArgumentException) The specified address is invalid.
(System.ArgumentException) Invalid address;
"<connection URI>" is not a well-formed absolute uri.
Cause
L’URI de connexion n’adhère pas au format d’encodage standard. Par exemple, la valeur d’un paramètre peut contenir un espace.
Résolution :
Vérifiez que l’URI de connexion que vous spécifiez respecte le format d’encodage standard. Par exemple, un espace vide doit être remplacé par « %20 ».
Erreur System.ArgumentNullException lors de l’exécution d’une opération sur SAP
Problème
L’adaptateur génère l’erreur suivante lors de l’exécution d’une opération sur le système SAP à l’aide de BizTalk Server.
System.ArgumentNullException: Value cannot be null.
Cause
L’action WCF pour le message n’est pas spécifiée. WCF nécessite qu’une action SOAP soit spécifiée pour chaque opération, ce qui informe l’adaptateur de l’opération à effectuer sur l’application métier.
Résolution :
Spécifiez l’action SOAP dans le port d’envoi ou en tant que propriété de contexte de message dans une orchestration BizTalk. Pour obtenir des instructions, consultez Configurer l’action SOAP pour le système SAP. Consultez Messages et schémas de message pour afficher la liste des actions pour chaque opération.
XmlReaderParsingException en raison d’un nom d’opération incorrect dans l’action spécifiée
Problème
La console d’administration BizTalk Server génère l’erreur suivante lors de l’envoi de messages à un système SAP :
Microsoft.ServiceModel.Channels.Common.XmlReaderParsingException: Invalid argument:
<BtsActionMapping xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Operation Name="<operation_name>" Action="<action>" />
</BtsActionMapping>
Cause
Si vous configurez un port WCF-Custom en important le fichier de liaison de port créé par le complément de projet BizTalk du service d’adaptateur de consommation, l’action dans le port est spécifiée au format suivant :
<BtsActionMapping>
<Operation Name="Op1" Action="http://MyService/Svc/Op1" />
</BtsActionMapping>
Dans le format ci-dessus, le nom de l’opération est régi par l’opération que vous avez choisie lors de la génération du schéma. Par exemple, si vous avez généré le schéma pour RFC_CUSTOMER_GET, le nom de l’opération dans l’action sera « RFC_CUSTOMER_GET ». Toutefois, le nom de l’opération dans le port logique créé dans l’orchestration BizTalk dans Visual Studio peut être différent.
Résolution :
Vérifiez que les noms des opérations dans le port logique (dans l’orchestration BizTalk dans Visual Studio) et le port physique (dans BizTalk Server console d’administration) sont identiques.
Erreur lors de l’ouverture de plus de 100 connexions à SAP
Problème
L’adaptateur lève l’exception suivante lors de l’ouverture de plus de 100 connexions au système SAP.
Microsoft.ServiceModel.Channels.Common.ConnectionException: ErrorCode=RFC_OK. ErrorGroup=RFC_ERROR_COMMUNICATION. SapErrorMessage=Connect to SAP gateway failed
Connect_PM GWHOST=<gw_host>, GWSERV=<gw_serv>, SYSNR=<sys_number>
LOCATION CPIC (TCP/IP) on local host with Unicode
ERROR max no of 100 conversations exceeded
Cause
Par défaut, SAP n’active pas plus de 100 connexions dans le système.
Résolution :
Pour augmenter le nombre maximal de connexions, vous devez créer une variable d’environnement sur l’ordinateur sur lequel les bibliothèques clientes SAP sont installées et la définir sur une valeur numérique. La valeur que vous spécifiez pour cette variable d’environnement est le nombre maximal de connexions qui peuvent être établies dans le système SAP. Créez la variable d’environnement avec les détails suivants :
Nom de la variable : CPIC_MAX_CONV
Valeur de variable : toute valeur numérique positive. Par exemple, pour activer 200 connexions dans le système SAP, spécifiez la valeur 200.
Pour plus d’informations sur les variables d’environnement, accédez à Windows PowerShell : about_Environment_Variables.
Erreur lors de la génération ou de la récupération des métadonnées pour les AIDO
Problème
Lors de la génération de métadonnées pour l’opération de réception d’un IDOC dans un système SAP, l’adaptateur SAP génère l’erreur suivante.
Error while retrieving or generating the WSDL.
Adapter message: Details: ErrorCode=RFC_EXCEPTION.
ErrorGroup=RFC_ERROR_APPLICATION_EXCEPTION. SapErrorMessage= OBJECT_UNKNOWN.
AdapterErrorMessage=Error returned by RfcCallReceiveEx while calling RFC: IDOCTYPE_READ_COMPLETE.
Cause
L’adaptateur SAP utilise le IDOCTYPE_READ_COMPLETE RFC pour récupérer les métadonnées de l’opération Receive pour un IDOC. L’appel de cette RFC nécessite des autorisations utilisateur spécifiques dans le système SAP. Pour générer des métadonnées, si vous vous êtes connecté au système SAP à l’aide d’informations d’identification qui n’ont pas l’autorisation d’appeler le IDOCTYPE_READ_COMPLETE RFC, l’adaptateur SAP génère une erreur.
Résolution :
Connectez-vous à l’interface utilisateur graphique SAP à l’aide des informations d’identification que vous avez utilisées pour l’adaptateur. Accédez à la transaction SE37, puis entrez le nom de la RFC à exécuter en tant que IDOCTYPE_READ_COMPLETE.
Pour les paramètres d’entrée PI_IDOCTYP et PI_CIMTYP, entrez les valeurs correspondant à l’IDoc personnalisé. Pour les paramètres PI_VERSION et PI_RELEASE, entrez les mêmes valeurs que celles choisies dans l’interface utilisateur des métadonnées de l’adaptateur. Et appuyez sur F8 pour exécuter.
Vous devez obtenir la même exception que celle que l’adaptateur reçoit, avec plus d’informations sur le problème.
Si vous n’êtes toujours pas en mesure de résoudre le problème, générez un schéma pour l’opération ReceiveIdoc au lieu de l’opération Receive . Dans ce cas, l’adaptateur SAP n’utilise pas IDOCTYPE_READ_COMPLETE et ne génère aucune erreur.
Erreur lors de l’envoi ou de la réception d’IDOCs qui ont des segments non mis en ligne
Problème
L’adaptateur SAP donne une exception XmlReaderParsingException lors de l’envoi d’IDOCs (à l’aide de l’opération d’envoi ) ou de la réception d’IDOCs (à l’aide de l’opération de réception ) qui ont des segments non mis en ligne.
Cause
Les IDOCs sont constitués de segments. Lors de la génération de métadonnées, l’adaptateur SAP récupère tous les segments publiés présents dans le système SAP. Toutefois, lorsque le client d’adaptateur utilise les métadonnées pour effectuer une opération telle que la réception d’un IDOC, l’adaptateur SAP donne une exception XmlReaderParsingException. Cela se produit parce que lorsque l’IDOC est reçu, le système SAP a peut-être également envoyé des segments non mis en ligne, dont les métadonnées n’ont pas été générées par l’adaptateur.
Résolution :
Faites ce qui suit :
Mettez à niveau votre système SAP en appliquant des correctifs appropriés pour les segments non mis en ligne.
Utilisez les opérations SendIdoc ou ReceiveIdoc pour envoyer et recevoir des IDOCs respectivement. Pour plus d’informations sur ces opérations, consultez Operations on IDOCs in SAP.
Erreur lors de l’envoi d’IDOCs de fichiers plats à SAP qui ont été reçus à l’aide de SAP FilePort
Problème
Si vous essayez d’envoyer (à l’aide de l’opération Send ) un IDOC de fichier plat à un système SAP qui a été généré à l’aide d’un filePort SAP, l’analyseur de fichiers plats dans l’orchestration BizTalk ne parvient pas à convertir le fichier flatf au format XML, ce qui échoue à l’opération d’envoi IDOD.
Cause
Lorsque le système SAP génère un IDOC à l’aide d’un FilePort, il supprime tous les espaces vides à la fin d’un segment. Toutefois, l’analyseur de fichiers plats s’attend à ce que les données du dernier champ du segment soient présentes pour convertir correctement le fichier plat en XML. Étant donné que les espaces vides ne sont pas présents dans le segment, l’analyseur de fichiers plats ne parvient pas à analyser le fichier plat au format XML.
Résolution :
Pour ces IDOCs de fichier plat générés à l’aide de SAP FilePort, utilisez plutôt l’opération SendIdoc . Pour plus d’informations sur cette opération, consultez Operations on IDOCs in SAP.
Erreur lors de la réception d’IDOCs de SAP si la propriété EnableBizTalkCompatibilityMode a la valeur true
Problème
L’exception suivante est rencontrée lors de la réception d’un IDOC avec la propriété de liaison EnableBizTalkCompatibilityMode définie sur true :
System.Exception: Loading property information list by namespace failed or property not found in the list. Verify that the schema is deployed properly.
Cause
Si la propriété de liaison EnableBizTalkCompatibilityMode a la valeur true, vous devez ajouter la DLL de schéma de propriété BizTalk pour l’adaptateur SAP en tant que ressource dans votre application BizTalk, c’est-à-dire l’application dans laquelle votre projet est déployé.
Résolution :
Le nom du schéma de propriété BizTalk pour l’adaptateur SAP est Microsoft.Adapters.SAP.BiztalkPropertySchema.dll. Il est installé par le programme d’installation du pack d’adaptateurs BizTalk sous <le lecteur> d’installation :\ Program Files\Microsoft BizTalk Adapter Pack\bin. Effectuez les tâches suivantes pour ajouter cet assembly en tant que ressource dans votre application BizTalk.
Ajouter un assembly en tant que ressource dans l’application BizTalk
Démarrez la console Administration BizTalk Server.
Dans l’arborescence de la console, développez BizTalk Group, Applications, puis l’application à laquelle vous souhaitez ajouter un assembly BizTalk.
Développez Applications et l’application à laquelle vous souhaitez ajouter un assembly BizTalk.
Cliquez avec le bouton droit sur Ressources, pointez sur Ajouter, puis cliquez sur Assemblys BizTalk.
Cliquez sur Ajouter, accédez au dossier contenant le fichier d’assembly BizTalk, sélectionnez le fichier d’assembly BizTalk, puis cliquez sur Ouvrir.
Dans Options, spécifiez les options d’installation de l’assembly BizTalk sur le GAC, puis cliquez sur OK.
Erreur de validation lors de la réception d’IDOCs à partir d’un système SAP
Problème
Un IDOC reçu d’un système SAP échoue à la validation avec une erreur similaire à la suivante :
There was a failure executing the receive pipeline: "Microsoft.BizTalk.DefaultPipelines.XMLReceive, Microsoft.BizTalk.DefaultPipelines, Version=3.0.1.0, Culture=neutral, PublicKeyToken=<token>"
Source: "Pipeline " Receive Port: "ReceiveIdoc" URI: "<connection uri>"
Reason: The document failed to validate because of the following error:
"The 'http://Microsoft.LobServices.Sap/2007/03/Types/Idoc/3/CREMAS03//620:TAXBS' element has an invalid value according to its data type."
Cause
Les métadonnées générées pour la réception d’un IDOC contiennent les valeurs autorisées qui peuvent être reçues pour une colonne particulière dans le cadre de l’opération de réception. Ces valeurs sont exposées en tant qu’énumération dans les métadonnées générées. Toutefois, lorsque l’IDOC est effectivement reçu, la valeur reçue peut être différente des valeurs énumérées. Par conséquent, l’opération de réception échoue lors de la validation des valeurs. Par exemple, dans le message d’erreur ci-dessus, la validation échoue pour la colonne TAXBS.
Résolution :
Vous devez modifier manuellement l’énumération dans le schéma (pour les projets BizTalk) ou le proxy client (pour les projets .NET utilisant le modèle de service WCF) pour inclure la valeur reçue du système SAP.
Les IDOCs de fichiers plats, avant et après la conversion au format XML, ne sont pas identiques
Problème
Si vous utilisez un analyseur de fichiers plats pour convertir un IDOC de fichier plat en xml à l’aide du schéma, puis que vous convertissez le XML en IDOC de fichier plat via un pipeline à l’aide du schéma, les deux IDOC de fichier plat ne sont pas identiques.
Cause
Lors de la génération du code XML à partir d’un IDOC de fichier plat, l’analyseur de fichiers plats ne génère pas les nœuds XML avec des valeurs vides. Lorsque ce CODE XML est reconverti en fichier plat, les nœuds manquants dans le code XML ne sont pas reflétés dans l’IDOC de fichier plat. Par conséquent, les IDOCs de fichier plat ne sont pas identiques.
Résolution :
Dans le schéma utilisé pour convertir le fichier plat en XML et inversement, dans la définition du nœud « Envoyer » ou « Recevoir », procédez comme suit :
Définissez la propriété suppress_empty_nodes sur false et définissez la propriété generate_empty_nodes sur true. Par défaut, la propriété suppress_empty_nodes a la valeur true et la propriété generate_empty_nodes a la valeur false. Par conséquent, tous les nœuds vides ne sont pas reflétés dans le code XML.
Le fichier plat peut contenir un retour chariot supplémentaire à la fin. Vous pouvez définir la propriété suppress_trailing_delimiters sur Oui pour éviter ce retour chariot supplémentaire. Cette propriété est également exposée en tant que propriété Suppress Trailing Delimiters si vous ouvrez le schéma dans Visual Studio.
Erreur d’action incorrecte à l’aide d’un port physique créé avec un fichier de liaison
Problème
Après avoir utilisé le complément Consume Adapter Service pour générer un schéma pour une opération spécifique sur le système SAP, le complément crée également un fichier de liaison de port. Vous pouvez importer ce fichier de liaison à l’aide de la console Administration BizTalk Server pour créer des ports physiques dans BizTalk Server. Toutefois, lorsque vous envoyez des messages au système SAP à l’aide de ces ports, l’adaptateur ne parvient pas à comprendre l’action spécifiée sur le port et génère une erreur similaire à ce qui suit :
Microsoft.ServiceModel.Channels.Common.UnsupportedOperationException: Incorrect Action
<BtsActionMapping xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Operation Name="<op_name>" Action="<action>" />
</BtsActionMapping>. Correct the specified Action, or refer to the documentation on the allowed formats for the Actions.
Cause
Lorsque vous créez des ports logiques dans une orchestration BizTalk, vous spécifiez certains noms pour les opérations sur ces ports ou vous utilisez simplement les noms par défaut tels que Operation_1, Operation_2, etc. Toutefois, dans le fichier de liaison généré par le complément Consumer Adapter Service, le nom de l’opération est identique au nom de l’opération pour laquelle vous générez des métadonnées. Par exemple, si vous générez des métadonnées pour RFC_CUSTOMER_GET, l’action est définie sur ce qui suit :
<Operation Name="RFC_CUSTOMER_GET" Action="http://Microsoft.LobServices.Sap/2007/03/Rfc/RFC_CUSTOMER_GET" />
Lorsque vous importez le fichier de liaison, la même action est définie sur le port physique. Par conséquent, les noms des opérations sur le port logique (Operation_1, Operation_2, etc.) ne correspondent pas aux noms d’opération spécifiés dans l’action sur le port physique, ce qui entraîne une erreur.
Résolution :
Assurez-vous que le nom de l’opération dans le port logique est identique au nom de l’opération spécifié dans le cadre de l’action dans le port physique. Effectuez l’une des opérations suivantes :
Remplacez le nom de l’opération dans le port logique dans l’orchestration BizTalk de Operation_1, etc. par l’opération pour laquelle vous générez des métadonnées, par exemple RFC_CUSTOMER_GET.
Remplacez le nom de l’opération dans l’action sur le port physique par le nom de l’opération dans le port logique. Par exemple, vous pouvez modifier l’action dans le port physique pour qu’elle ressemble à ce qui suit :
<Operation Name="Operation_1" Action="http://Microsoft.LobServices.Sap/2007/03/Rfc/RFC_CUSTOMER_GET" />
Le message de réponse pour une opération exécutée sur SAP ne contient aucun paramètre de table
Cause
Si vous utilisez l’adaptateur SAP pour exécuter une opération sur le système SAP qui retourne un grand nombre de tables et que chaque table a un grand nombre d’enregistrements, cela équivaut à un jeu de données volumineux retourné dans le cadre du message de réponse du système SAP. Ainsi, par défaut, l’adaptateur SAP ne retourne aucun paramètre de table dans le cadre du message de réponse.
Résolution :
Vous pouvez demander les tables que vous souhaitez que l’adaptateur SAP retourne dans le cadre de la réponse. Pour ce faire, fournissez un paramètre de table vide dans le cadre du message de demande que vous envoyez au système SAP. Par exemple : <table_parameter_name />
.
Les clients d’adaptateur ne reçoivent pas la réponse de SAP
Problème
Lorsque vous utilisez les adaptateurs avec BizTalk Server, si les informations d’identification sur le port d’envoi wcf-custom sont incorrectes, les messages de demande ne sont pas traités. Une fois que vous avez spécifié les informations d’identification correctes, le message est envoyé au système SAP et une réponse est reçue. Toutefois, le message de réponse n’est pas disponible pour le port de sortie.
Résolution :
Redémarrez le instance hôte BizTalk.
Problèmes de connectivité lors de la réception d’un message entrant du serveur SAP
Problème
Vous obtenez l’erreur suivante uniquement lors de la réception d’un message entrant du serveur SAP à l’aide d’un port de réception WCF-Custom pour l’adaptateur SAP.
The Messaging Engine failed to add a receive location "<location_name>" with URL "<connection URI>" to the adapter "WCF-Custom".
Reason: "Microsoft.Adapters.SAP.RFCException: Details: ErrorCode=RFC_OK. ErrorGroup=RFC_ERROR_COMMUNICATION. SapErrorMessage=Connect to SAP gateway failed
Connect_PM TPNAME=<name>, GWHOST=<host>, GWSERV=<server>
Toutefois, vous pouvez envoyer des messages au système SAP à l’aide d’un port d’envoi WCF-Custom.
Résolution :
Installez l’interface utilisateur graphique SAP sur l’ordinateur où vous exécutez le client de l’adaptateur et réessayez de recevoir le message entrant. Pour plus d’informations sur l’installation de l’interface utilisateur graphique SAP, reportez-vous à la documentation SAP.
Erreur avec RootNode TypeName dans les projets BizTalk
Problème
Dans un projet BizTalk dans Visual Studio, si les schémas générés à partir du complément Consume Adapter Service contiennent des caractères ou des mots réservés non valides pour la propriété RootNode TypeName , l’erreur suivante se produit lors de la compilation du projet :
Node <node reference> - Specify a valid .NET type name for this root node.
The current .NET type name of this root node is invalid (it is a reserved BizTalk Keyword or is an invalid C# identifier).
Résolution :
Cliquez avec le bouton droit sur le nœud jubé référencé dans l’erreur, puis sélectionnez Propriétés.
Pour la propriété TypeName RootNode , supprimez les caractères non autorisés ou les mots réservés, par exemple point (.).
Avertissement de liaison non valide lors de l’utilisation de l’adaptateur dans Visual Studio
Problème
Lorsque vous utilisez l’adaptateur pour créer une application dans Visual Studio et que vous ouvrez le fichier de configuration (app.config) généré par l’adaptateur, un avertissement similaire au suivant s’affiche :
The element 'bindings' has invalid child element 'sapBinding'. List of possible elements expected: 'basicHttpBinding, customBinding, ...
Cause
Cet avertissement s’affiche, car la liaison d’adaptateur SAP, sapBinding
, n’est pas une liaison standard fournie avec Windows Communication Foundation (WCF).
Résolution :
Vous pouvez ignorer cet avertissement sans problème.
Exception XLANG dans BizTalk Server
Problème
BizTalk Server lève une exception XLANG ou une exception indiquant que l’application ne peut pas localiser la spécification du document, car plusieurs schémas correspondent au type de message.
Cause
Cela se produit en raison de l’une des raisons suivantes :
Vous avez généré plusieurs schémas d’une opération générique (comme SendIdoc et ReceiveIdoc) dans un projet BizTalk Server, l’avez déployé sur une application BizTalk Server, puis exécuté l’application pour effectuer les opérations respectives sur un système SAP. Étant donné que les schémas sont courants, il existe un conflit entre les schémas déployés dans l’application BizTalk Server.
Dans le cas de plusieurs projets, vous avez généré un schéma d’opération générique pour chacun des projets BizTalk Server, déployé chaque projet sur une application BizTalk Server distincte sur le même hôte, puis exécuté une ou plusieurs applications pour effectuer des opérations respectives sur un système SAP. Étant donné que les schémas et les assemblys sont accessibles dans toutes les applications dans BizTalk Server, il existe un conflit entre les schémas communs déployés sous différents BizTalk Server applications et assemblys.
Résolution :
Utilisez un seul fichier de schéma d’opération générique pour une application BizTalk Server. Si vous devez utiliser un schéma d’opération générique dans plusieurs applications BizTalk Server sur le même hôte, créez une application contenant un schéma d’opération générique unique, puis utilisez le schéma d’opération générique de toutes les autres applications dans BizTalk Server.