Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Problèmes connus de BizTalk Server 2013

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 2954101
Cet article répertorie les problèmes connus lorsque vous utilisez Microsoft BizTalk Server 2013.
Plus d'informations

Problèmes connus dans XSLCompiledTransform

BizTalk Server 2013 utilise la classe .NET XslCompiledTransform pour de meilleures performances de transformation. Il existe quelques différences de comportement entre la classe XslCompiledTransform et la classe XslTransform précédemment utilisée. Certains problèmes connus relatifs à cette différence et les solutions recommandées sont les suivantes :
  • Modifier dans un fonctoid de script paramètre booléen

    Symptôme
    Lorsque le nœud XML d'entrée contient une valeur qui a la valeur false, ou le nœud XML d'entrée est vide, le paramètre booléen dans un fonctoid de script est true.

    Résolution
    Pour plus d'informations sur la résolution, voir Modification dans le comportement du paramètre booléen du fonctoid de script.
  • Fonctions privées ne sont pas pris en charge.

    Symptôme
    Lorsque vous utilisez la fonction privée dans un fonctoid, le mappage échoue et vous recevez le message d'erreur suivant :
    La méthode « MyPrivateFunct » de l'objet d'extension « http://schemas.microsoft.com/BizTalk/2003/userCSharp » ne peut pas être appelée car il n'est pas public.

    Remarque : La classe XslCompiledTransform prend uniquement en charge l'appel des méthodes publiques. Cette limitation est documentée dans Migration depuis la classe XslTransform.

    Résolution
    Déclarez la fonction en tant que public au lieu de privé.
  • Retourne la valeur null n'est pas pris en charge.

    Symptôme
    Lorsque vous retournez une valeur null à partir d'un fonctoid, le mappage échoue et vous recevez le message d'erreur générique suivant :
    ExceptionType : Microsoft.XLANGs.Core.XTransformationFailureException
    Exception : Erreur lors de l'exécution de la transformation My.Map. Erreur : Transformation a échoué.
    Lorsque vous testez le même mappage dans Visual Studio, il fournit un message d'erreur plus explicite :
    Exception a été levée par la cible d'un appel. Fonctions d'extension ne peut pas renvoyer de valeurs nulles.

    Remarque : La classe XslCompiledTransform ne gère pas le renvoi de valeurs null à partir de fonctions qui sont appelées dans la transformation.

    Résolution
    Retourner String.Empty ou une autre valeur de remplacement pour représenter le scénario null. Si nécessaire, utilisez une variable globale pour rendre la valeur null soit disponible sur plusieurs fonctions.
  • Modification du fonctoid scriptXPathNodeIteratorparamètre

    Symptôme
    Un paramètre de XPathNodeIterator dans un fonctoid de script utilise le type de XPathArrayIterator . Dans les versions précédentes de BizTalk Server, il utilisé le type XPathSelectionIterator . En raison de cette modification, le nœud . MoveNext() appel doit être ajouté, comme dans le code suivant, afin d'éviter le message d'erreur suivant :
    L'énumération n'a pas été démarrée. Appelez MoveNext.
    public static bool WriteNode(XPathNodeIterator node) { node.MoveNext(); //needs to be added in BizTalk Server 2013 to avoid errorXPathNavigator xpn = node.Current; XmlDocument xdoc = new XmlDocument(); xdoc.LoadXml(xpn.OuterXml); return true; }
    Résolution
    Appelez la fonction MoveNext() .
  • Les surcharges de fonction sont différenciés par le nombre de paramètres et non par types

    Symptôme
    Les surcharges de fonction suivants contiennent des paramètres de types différents :
    public short MyOverloadedFunction(int testvalue)public short MyOverloadedFunction(string testvalue)
    Dans la mesure où ces surcharges de fonction les deux ont le même nombre de paramètres, si elles sont utilisées dans une transformation, le mappage échoue et vous recevez le message d'erreur suivant :
    Appel de la méthode ambigu. Objet d'extension « http://schemas.microsoft.com/BizTalk/2003/ScriptNS0 » contient plusieurs méthodes de « MyOverloadedFunction » qui ont 1 paramètre (s).

    Remarque : La classe XslCompiledTransform différencie uniquement les fonctions basées sur le nombre d'arguments. Cette limitation est documentée dans Migration depuis la classe XslTransform.

    Résolution
    Assurez-vous que toutes les surcharges de fonction contiennent un nombre de paramètres différent.

Restauration de la classe XslTransform
Vous pouvez configurer le moteur de transformation de BizTalk Server 2013 pour utiliser la classe XslTransform plus ancienne. Nous ne recommandons pas cette approche parce que l'environnement perdrez les améliorations de l'utilisation des performances et de la mémoire nombreux, fournies par la classe XslCompiledTransform . En outre, la classe .NET XslTransform est déconseillée. Par conséquent, aucune nouvelles mises à jour ou des correctifs ne seront publiées pour elle.

Si vous ne peut pas mettre à jour le mappage en utilisant les solutions mentionnées plus haut, ce changement peut être effectué en ajoutant un DWORD UseXslTransform avec la valeur 1 à l'adresse suivante :
  • Pour les instances de l'hôte BizTalk 64 bits : HKLM\SOFTWARE\Microsoft\BizTalk Server\3.0\Configuration
  • Pour les instances de l'hôte BizTalk 32 bits et des fonctionnalités de Visual Studio Test Map : HKLM\SOFTWARE\Wow6432Node\Microsoft\BizTalk Server\3.0\Configuration

Problèmes connus dans Enterprise Single Sign-On (SSO)


Les types suivants sont des problèmes connus qui sont spécifiques à l'authentification unique BizTalk Server 2013 :
  • Mise à niveau vers BizTalk Server 2013 ne met pas à niveau de l'authentification unique

    Symptôme
    Une mise à niveau sur place à partir de BizTalk Server 2009 ou BizTalk Server 2010 2013 de BizTalk Server ne peut pas mettre à niveau la SSO sur le même ordinateur. Si les résultats de ce problème dans le serveur de Secret principal de l'authentification unique ne sont pas mis, lorsque vous essayez de mettre à niveau les autres serveurs BizTalk Server du groupe, le message d'erreur suivant s'affiche :
    Mettez à niveau votre serveur de secret principal
    Tous les composants de BizTalk Server qui fait référence à Microsoft.BizTalk.Interop.SSOClient.dll échoue et vous recevez le message d'erreur suivant :
    Impossible de charger fichier ou l'assembly ' Microsoft.BizTalk.Interop.SSOClient, Version = 7.0.2300.0

    Résolution
    Ce problème est résolu dans les versions ultérieures du média BizTalk Server 2013. Par conséquent, assurez-vous que vous mettez à niveau en utilisant le dernier média disponible. Pour plus d'informations sur la façon de déterminer la version de l'authentification unique sur votre ordinateur et sur la façon de mettre à niveau l'authentification unique si vous avez déjà rencontré ce problème, reportez-vous à la section. Mise à niveau vers BizTalk Server 2013 ne met pas à niveau Enterprise SSO.
  • Impossible de charger Microsoft.BizTalk.Interop.SSOClient.dll version 5.0.1.0

    Symptôme
    Le message d'erreur suivant peut s'afficher dans les scénarios suivants :
    Impossible de charger fichier ou l'assembly ' Microsoft.BizTalk.Interop.SSOClient.dll, Version = 5.0.1.0'
    • L'erreur est levée par un service WCF emplacement de réception WCF port d'envoi ou après une mise à niveau à partir de BizTalk Server 2009 ou BizTalk Server 2010. Cela se produit car le fichier Microsoft.BizTalk.Adapter.Wcf.Runtime.dll n'est pas correctement mis à niveau vers la version 3.10.229.0.

      Résolution
      Si la version de Microsoft.BizTalk.Adapter.Wcf.Runtime.dll est antérieure à 3.10.229.0, copiez la version correcte du fichier à partir du support d'installation de BizTalk Server 2013 (situé dans le Lecteur de DVD> \BizTalk Server\MSI\Program fichiers), les placer dans le dossier d'installation de BizTalk Server et puis l'installer dans le Global Assembly Cache (GAC). Vous pouvez installer le fichier .dll dans le GAC à l'aide de l'outil gacutil.exe comme suit :
      gacutil.exe /if Microsoft.BizTalk.Adapter.Wcf.Runtime.dll
    • L'erreur est levée par le code personnalisé qui est déjà utilisé dans BizTalk Server 2009 ou BizTalk Server 2010. C'est parce que BizTalk Server 2009 et BizTalk Server 2010 que .NET version 5.0.1.0 du fichier Microsoft.BizTalk.Interop.SSClient.dll. Toutefois, BizTalk Server 2013 utilise .NET version 7.0.2300.0 du fichier.

      Résolution
      Mettre à jour et reconstruire le code personnalisé pour faire référence à la version de BizTalk Server 2013 (7.0.2300.0) du fichier Microsoft.BizTalk.Interop.SSClient.dll. Si la reconstruction n'est pas une option, rediriger vers la version 7.0.2300.0 en apportant la modification suivante à la "<runtime>/<assemblyBinding>" section du fichier de configuration approprié :</assemblyBinding> </runtime>
      <dependentAssembly><assemblyIdentity name="Microsoft.BizTalk.Interop.SSOClient" publicKeyToken="31bf3856ad364e35" culture="neutral" /><bindingRedirect oldVersion="5.0.1.0" newVersion="7.0.2300.0"/></dependentAssembly>
    • L'erreur est levée par Microsoft BizTalk Enterprise Service Bus (ESB) en raison d'une dépendance de fichier incorrect.

      Résolution
      Ce problème est résolu dans BizTalk Server 2013 Cumulative Update 2 (CU2) et les versions ultérieures.
      Pour plus d'informations sur ce problème, reportez-vous à la section. CORRECTIF: "Impossible de charger fichier ou l'assembly ' Microsoft.BizTalk.Interop.SSOClient Version = 5.0.1.0 » erreur lorsque vous utilisez l'outil de configuration d'ESB dans BizTalk Server 2013.
      Pour savoir comment obtenir la mise à jour cumulative la plus récente pour le résoudre, consultez Service Pack et liste de mise à jour cumulative pour BizTalk Server.
  • Impossible de charger SSOPSServer.dll

    Symptôme
    Vous pouvez recevoir le message d'erreur suivant est enregistré dans les journaux d'événements :
    Impossible de charger le code d'erreur de connexion-On\SSOPSServer.dll unique Files\Enterprise de \Program : 0x8007007E, le module spécifié est introuvable.

    Résolution
    Cette erreur est inoffensive et peut être ignorée. Afin d'éviter cette erreur continue à se produire, copiez le fichier SSOPSServer.dll à partir du média d'installation d'origine dans le dossier de \Program Files\Enterprise Single Sign-On sur l'ordinateur. Pour les installations 64 bits de l'authentification unique, utilisez le fichier SSOPSServer.dll à partir de \Platforms\SSO64\Files sur le support d'installation. Pour les installations 32 bits de l'authentification unique, utilisez le fichier \Platforms\SSO\Fxiles.
  • Secret principal d'authentification unique BizTalk ne peut être utilisé par l'authentification unique de Host Integration Server 2013

    Symptôme
    Lorsqu'un service d'authentification unique de Host Integration Server 2013 tente d'accéder à un service de BizTalk Server 2013 SSO Master Secret, le message d'erreur suivant est levé :
    Impossible de récupérer les secrets principaux. Vérifiez que le nom du serveur de secret principal est correct et qu'il est disponible. Secrète nom du serveur : Code d'erreur BTSSSOSERVER : 0x00000057, le paramètre est incorrect.

    Résolution
    Host Integration Server 2013 comprend une version 9.0.2096.0 de l'authentification unique. Toutefois, BizTalk Server 2013 inclut la version 9.0.1865.0. C'est pourquoi, dans un environnement mixte dans lequel des services de l'authentification unique sur les serveurs BizTalk Server et Host Integration Server accèdent à un serveur de Secret principal partagée, le serveur doit exécuter le service d'authentification unique de Host Integration Server 2013. Sachez que l'installation de Host Integration Server sur un serveur BizTalk server va mettre à niveau le service d'authentification unique existant vers la version 9.0.2096.0 et nécessite que le serveur maître Secret SSO à distance également être mis à niveau vers 9.0.2096.0.

Autres problèmes connus

  • Mise à niveau vers BizTalk Server 2013 ne déploie pas la nouvelle Microsoft.BizTalk.GlobalPropertySchemas.dll

    Symptôme
    Une mise à niveau à partir de BizTalk Server 2009 ou BizTalk Server 2010 pour BizTalk Server 2013 ne déploie pas correctement le nouveau fichier Microsoft.BizTalk.GlobalPropertySchemas.dll dans la base de données BizTalkMgmtDb. Cela peut entraîner des erreurs lors d'une des nouvelles propriétés globales sont accessibles par BizTalk. Cela peut se produire lorsque vous utilisez WCF. En-têtes, les propriétés associées à la carte SB-messagerie ou toute autre propriété de nouveau. La carte SB-messagerie échoue avec les messages d'erreur sont les suivants :
    La carte « SB-messagerie » a déclenché un message d'erreur. Détails » System.Runtime.InteropServices.COMException (0xC0C01620): Exception à partir de HRESULT : 0xC0C01620
    à Microsoft.BizTalk.TransportProxy.Interop.IBTTransportBatch.MoveToSuspendQ (msg IBaseMessage)
    à Microsoft.BizTalk.Adapter.Wcf.Runtime.Batch2.MoveToSuspendQ (message d'IBaseMessage, userData de l'objet)
    à Microsoft.BizTalk.Adapter.Wcf.Runtime.BizTalkReceiveBatch.SuspendMessageIfNeeded (message d'IBaseMessage, StreamAndUserData streamAndUserData, messageStatus de Int32) ».

    La carte « SB-messagerie » a déclenché un message d'erreur. Détails "System.Exception : liste d'informations de propriété chargement par l'échec de l'espace de noms ou propriété introuvable dans la liste. Vérifiez que le schéma est correctement déployé.
    à Microsoft.BizTalk.Adapter.Wcf.Runtime.BizTalkServiceInstance.EndOperation (IAsyncResult result)
    à AsyncInvokeEndEndTwoWayMethod (Object [], IAsyncResult, objet)
    à System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeEnd (instance de l'objet, Object [] & sorties, IAsyncResult result)
    à System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeEnd (signalant un & rpc)
    à System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage7 (signalant un & rpc)
    à System.ServiceModel.Dispatcher.MessageRpc.Process (Boolean isOperationContextSet)"

    Résolution
    Pour déployer manuellement le fichier .dll après la mise à niveau, utilisez l'outil AddGlobalPropertySchemas.exe. Téléchargez l'outil à partir de AddGlobalPropertySchemas.exe. Vous devez passer le nom de serveur de base de données de gestion BizTalk et le nom de la base de données comme suit :
    AddGlobalPropertySchemas.exe /server:MyServer /database:BizTalkMgmtDb
    Remarque : Si la base de données se trouve sur une instance nommée de SQL Server, spécifiez MyServer\MyInstance au lieu de simplement MyServer.
  • Le fichier de configuration d'ESB 2.2 provoque des défaillances de l'ESB

    Symptôme
    ESB Shared Computer Toolkit 2.2 utilise 2.0 Unity qui nécessite des modifications dans le fichier esb.config par défaut. Sans ces modifications, les problèmes suivants peuvent se produire
    • ESB 2.2 configuration échoue et vous recevez le message d'erreur suivant :
      Exception à l'appel de « PushAllConfiguration » avec les arguments « 6 »: "élément non reconnu 'typeConfig'. (151 du ligne de \Microsoft BizTalk ESB Toolkit\esb.config de la Files (x 86) C:\Program)
    • Lors de ItinerarySelectReceiveXML de réception pipeline est utilisée pour appeler le moteur de règles métier pour sélectionner de manière dynamique un itinéraire (en utilisant le programme de résolution ESB BRI), l'erreur suivante est levée :
      Exception a été levée par la cible d'un appel.
      Source : Microsoft.Practices.ESB.Resolver.ResolverMgr
      Méthode : System.Collections.Generic.Dictionary'2[System.String,System.String] résoudre (Microsoft.Practices.ESB.Resolver.ResolverInfo, Microsoft.BizTalk.Message.Interop.IBaseMessage, Microsoft.BizTalk.Component.Interop.IPipelineContext)
      Source de l'erreur : mscorlib
      TargetSite d'erreur : System.Object InvokeMethod(System.Object, System.Object[], System.Signature, Boolean)
      Erreur de suivi de pile: à System.RuntimeMethodHandle.InvokeMethod (cible de l'objet arguments de [] objet, Signature sig, constructeur Boolean)
      à System.Reflection.RuntimeConstructorInfo.Invoke (BindingFlags invokeAttr, binder de Binder, Object [] parameters, CultureInfo culture)
      à System.RuntimeType.CreateInstanceImpl (BindingFlags bindingAttr, reliure de classeur, objet [] args, CultureInfo culture, objet [] activationAttributes, StackCrawlMark & stackMark)
      à System.Activator.CreateInstance (Type type, BindingFlags bindingAttr, reliure de classeur, objet [] args, CultureInfo culture, objet [] activationAttributes)
      à System.Activator.CreateInstance (Type type, objet [] args)
      à Microsoft.Practices.ESB.Resolver.ResolverFactory.Create (clé de chaîne)
      à Microsoft.Practices.ESB.Resolver.ResolverMgr.GetResolver (ResolverInfo info)
      à Microsoft.Practices.ESB.Resolver.ResolverMgr.Resolve (ResolverInfo info, message d'IBaseMessage, IPipelineContext pipelineContext)
    Résolution
    Pour plus d'informations sur ce problème et des instructions sur la façon de modifier le fichier esb.config pour le résoudre, reportez-vous à la section. Programme de résolution ESB Shared Computer Toolkit BRE itinéraire échoue avec une Exception et Échec de la Configuration de l'ESB avec "Élément non reconnu 'typeConfig'".
  • Message EDIFACT possédant les segments UNB 3.3 est suspendue.

    Symptôme
    Après la mise à niveau vers BizTalk Server 2013, un message EDIFACT contenant un segment UNB 3.3 échoue et vous recevez le message d'erreur suivant. Le même message EDIFACT traité sans problème dans BizTalk Server 2010 :
    Chargement de la liste d'informations de propriété par l'échec de l'espace de noms ou propriété introuvable dans la liste. Vérifiez que le schéma est correctement déployé.

    Résolution
    Redémarrez l'instance d'hôte appropriée en procédant comme suit :
    • Dans la Console Administration de BizTalk Server, accédez au Groupe BizTalk > Applications > Applications EDI de BizTalk > ressources.
    • Cliquez sur ressources, puis cliquez sur Ajouter > Assemblys BizTalk.
    • Dans la fenêtre Ajouter des ressources , cliquez sur Ajouter, sélectionnez le fichier Microsoft.BizTalk.Edi.BaseArtifacts.dll (l'emplacement par défaut est C:\Program Files (x 86) \Microsoft BizTalk Server 2013), puis cliquez sur Ouvrir.
    • Activez la case à cocher Remplacer tous les .
    • Activez la case à cocher Ajouter dans le global assembly cache sur Ajouter une ressource , puis cliquez sur OK.
BTS2013 de problèmes connus de BizTalk Server 2013

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 2954101 - Dernière mise à jour : 08/25/2015 06:24:00 - Révision : 2.0

Microsoft BizTalk Server 2013 Branch, Microsoft BizTalk Server 2013 Developer, Microsoft BizTalk Server 2013 Enterprise, Microsoft BizTalk Server 2013 Standard

  • kbbts kbbtsengine kbbtssso kbsurveynew kbtshoot kbexpertiseinter kbmt KB2954101 KbMtfr
Commentaires
>