Bekannte Probleme in BizTalk Server 2013

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 2954101
Dieser Artikel beschreibt bekannte Probleme beim Verwenden von Microsoft BizTalk Server 2013.
Weitere Informationen

Bekannte Probleme in XSLCompiledTransform

BizTalk Server 2013 verwendet .NET XslCompiledTransform -Klasse zur Leistungssteigerung Transformation. Es gibt einige Unterschiede im Verhalten zwischen der XslCompiledTransform -Klasse und der zuvor verwendete XslTransform -Klasse. Es folgen einige bekannte Probleme in dieser Unterschied und die Lösungsvorschläge:
  • Ändern Sie in Skripterstellungsfunktoid booleschen parameter

    Symptom
    Wenn input XML-Knoten enthält alle Wert false oder input XML-Knoten leer ist, gilt boolescher Parameter eines Skripterstellungsfunktoids.

    Lösung
    Ausführliche Informationen zur Lösung finden Sie unter Skripts für Funktoid boolesche Parameterverhalten ändern.
  • Private Funktionen werden nicht unterstützt.

    Symptom
    Bei Verwendung von private Funktion in einem Funktoid Zuordnung fehlschlägt und sinngemäß die folgende Fehlermeldung angezeigt:
    Methode des Erweiterungsobjekts 'http://schemas.microsoft.com/BizTalk/2003/userCSharp' ' MyPrivateFunct' kann nicht aufgerufen werden, da er nicht öffentlich ist.

    HinweisXslCompiledTransform -Klasse unterstützt nur öffentliche Methoden aufrufen. Diese Einschränkung ist zu dokumentieren. Migrieren von der XslTransform-Klasse.

    Lösung
    Deklarieren Sie die Funktion als öffentliche anstatt Private.
  • Rückgabe von Null wird nicht unterstützt.

    Symptom
    Wenn Sie ein Funktoid einen null-Wert zurück, die Zuordnung fehlschlägt und erhalten folgende allgemeine Fehlermeldung angezeigt:
    ExceptionType: Microsoft.XLANGs.Core.XTransformationFailureException
    Ausnahme: Fehler beim Ausführen der Transformation My.Map. Fehler: Umwandlung fehlgeschlagen.
    Beim Testen der gleichen Karte in Visual Studio bietet eine aussagekräftigere Fehlermeldung angezeigt:
    Ausnahme wurde durch ein Aufruf-Ziel ausgelöst. Erweiterungsfunktionen können keine Nullwerte zurückgeben.

    HinweisXslCompiledTransform -Klasse unterstützt nicht null Rückgabewerte von Funktionen, die in der Transformation aufgerufen werden.

    Lösung
    String.Empty oder einen anderen alternativen Wert null Szenario darstellt zurück. Wenn es erforderlich ist, verwenden Sie eine globale Variable null-Wert über mehrere Funktionen zur Verfügung.
  • Änderung der SkripterstellungsfunktoidXPathNodeIteratorParameter

    Symptom
    Ein XPathNodeIterator -Parameter in ein Skripterstellungsfunktoid verwendet XPathArrayIterator . In früheren Versionen von BizTalk Server verwendet den XPathSelectionIterator -Typ. Aufgrund dieser Änderung der -Knoten. MoveNext() muss wie im folgenden Code hinzugefügt werden, um die Fehlermeldung zu vermeiden:
    Enumeration wurde nicht gestartet. MoveNext aufrufen.
    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; }
    Lösung
    Rufen Sie die Funktion MoveNext() .
  • Funktionsüberladungen werden nach Anzahl Parameter statt Typen unterschieden.

    Symptom
    Die folgende funktionsüberladungen enthalten unterschiedliche Parametertypen:
    public short MyOverloadedFunction(int testvalue)public short MyOverloadedFunction(string testvalue)
    Da diese funktionsüberladungen beide dieselbe Anzahl von Parametern haben in einer Transformation verwendet werden, die Zuordnung fehlschlägt und sinngemäß die folgende Fehlermeldung angezeigt:
    Der Methodenaufruf ist nicht eindeutig. 'Http://schemas.microsoft.com/BizTalk/2003/ScriptNS0'-Erweiterungsobjekt enthält mehrere 'MyOverloadedFunction' Methoden 1 Parameter.

    HinweisXslCompiledTransform -Klasse unterscheidet zwischen basierend auf der Anzahl der Argumente. Diese Einschränkung ist zu dokumentieren. Migrieren von der XslTransform-Klasse.

    Lösung
    Stellen Sie sicher alle funktionsüberladungen eine unterschiedliche Anzahl von Parametern enthalten.

Zurückgreifen auf der XslTransform-Klasse
Sie können BizTalk Server 2013 Transformation Engine um ältere XslTransform -Klasse verwenden. Dieser Ansatz wird nicht empfohlen, da die Umgebung der Performance und Speicher Verwendung erheblich XslCompiledTransform -Klasse verloren. Außerdem ist die .NET XslTransform -Klasse veraltet. Daher werden keine neuen Updates oder Korrekturen für sie freigegeben.

Wenn Sie die Karte mit der erwähnten aktualisieren können, kann diese durch eine DWORD- UseXslTransform mit dem Wert 1 an folgenden Speicherorten hinzufügen geändert werden:
  • Für 64-Bit-BizTalk-Hostinstanzen: HKLM\SOFTWARE\Microsoft\BizTalk Server\3.0\Configuration
  • Für 32-Bit-BizTalk-Hostinstanzen und Visual Studio Zuordnung testen Funktionen: HKLM\SOFTWARE\Wow6432Node\Microsoft\BizTalk Server\3.0\Configuration

Bekannte Probleme in Enterprise Single Sign-On (SSO)


Im folgenden werden einige bekannte Probleme, die SSO-Funktionen für BizTalk Server 2013 sind:
  • Aktualisierung auf BizTalk Server 2013 aktualisiert SSO nicht.

    Symptom
    Ein direktes Upgrade von BizTalk Server 2009 oder BizTalk Server 2010 BizTalk Server 2013 kann SSO auf demselben Computer nicht aktualisiert werden. Dieses Problem führt zu geheimen SSO-Masterserver nicht aktualisiert wird beim upgrade von anderen BizTalk-Servers in der Gruppe, erhalten Sie folgende Fehlermeldung:
    Aktualisieren Sie die Server für den geheimen Hauptschlüssel
    Komponenten von BizTalk Server, die auf Microsoft.BizTalk.Interop.SSOClient.dll verweist fehlschlägt und Sie erhalten die folgende Fehlermeldung angezeigt:
    Konnte nicht geladen werden, Datei oder Assembly ' Microsoft.BizTalk.Interop.SSOClient, Version = 7.0.2300.0

    Lösung
    Dieses Problem wurde in späteren Versionen von BizTalk Server 2013 Media behoben. Stellen Sie daher sicher, mit den neuesten verfügbaren Medien zu aktualisieren. Weitere Informationen zum Ermitteln der Version von SSO auf Ihrem Computer und zum SSO aktualisieren, wenn dies bereits erreicht haben finden Sie unter Aktualisierung auf BizTalk Server 2013 ist Enterprise-SSO nicht aktualisiert.
  • Microsoft.BizTalk.Interop.SSOClient.dll Version 5.0.1.0 kann nicht geladen werden.

    Symptom
    Sie erhalten die folgende Fehlermeldung in folgenden Szenarien:
    Konnte nicht geladen werden, Datei oder Assembly ' Microsoft.BizTalk.Interop.SSOClient.dll, Version = 5.0.1.0'
    • Der Fehler ausgelöst durch einen WCF-Empfangsspeicherort oder WCF Sendeport nach einer direkten Aktualisierung von BizTalk Server 2009 oder BizTalk Server 2010. Dies tritt auf, weil die Datei Microsoft.BizTalk.Adapter.Wcf.Runtime.dll nicht korrekt auf Version 3.10.229.0 aktualisiert wird.

      Lösung
      Ist die Version Microsoft.BizTalk.Adapter.Wcf.Runtime.dll früher als 3.10.229.0, kopieren Sie die richtige Version der Datei vom Installationsmedium BizTalk Server 2013 (befindet sich im DVD-Laufwerk> \BizTalk Server\MSI\Program-Dateien) im Installationsverzeichnis von BizTalk Server ablegen und dann in den globalen Assemblycache (GAC) installieren. Sie können die DLL-Datei im GAC installieren, mit dem Tool gacutil.exe wie folgt:
      gacutil.exe /if Microsoft.BizTalk.Adapter.Wcf.Runtime.dll
    • Der Fehler wird von benutzerdefiniertem Code ausgelöst, die zuvor in BizTalk Server 2009 oder BizTalk Server 2010 verwendet. Dies ist da BizTalk Server 2009 und BizTalk Server 2010 .NET Version 5.0.1.0 der Datei Microsoft.BizTalk.Interop.SSClient.dll. Jedoch verwendet BizTalk Server 2013 .NET Version 7.0.2300.0 der Datei.

      Lösung
      Aktualisieren und erstellen benutzerdefinierten Code BizTalk Server 2013-Version (7.0.2300.0) der Datei Microsoft.BizTalk.Interop.SSClient.dll auf neu. Wenn Neuaufbau nicht möglich ist, umgeleitet auf Version 7.0.2300.0 machen die folgende Änderung an der "<runtime>/<assemblyBinding>" Abschnitt der entsprechenden Konfigurationsdatei:</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>
    • Der Fehler wird durch Microsoft BizTalk Enterprise Service Bus (ESB) aufgrund einer falschen Abhängigkeit ausgelöst.

      Lösung
      Dieses Problem wurde in BizTalk Server 2013 Kumulatives Update 2 (CU2) oder höher behoben.
      Weitere Informationen zu diesem Problem finden Sie unter Update: "konnte nicht geladen werden, Datei oder Assembly ' Microsoft.BizTalk.Interop.SSOClient Version 5.0.1.0 =" Fehler beim Verwenden von ESB-Konfigurationstool in BizTalk Server 2013.
      Wie erhalten Sie das neueste kumulative Update zu lösen, finden Sie unter Kumulatives Update-Liste für BizTalk Server und Service Pack.
  • Fehler beim Laden der SSOPSServer.dll

    Symptom
    Sie erhalten die folgende Fehlermeldung angezeigt, die in den Ereignisprotokollen protokolliert:
    Fehler beim Laden der \Programme\Gemeinsame Dateien\Enterprise Single Sign On\SSOPSServer.dll Fehler: 0x8007007E, das angegebene Modul konnte nicht gefunden werden.

    Lösung
    Dieser Fehler ist harmlos und kann ignoriert werden. Verhindern, dass dieser Fehler weiterhin auftreten, kopieren Sie die Datei SSOPSServer.dll vom ursprünglichen Installationsmedium \Programme\Gemeinsame Dateien\Enterprise Single Sign-On Ordner auf dem Computer. Verwenden Sie für 64-Bit-Installationen von SSO die SSOPSServer.dll Datei \Platforms\SSO64\Files auf dem Installationsmedium. Verwenden Sie für 32-Bit-Installationen von SSO die Datei \Platforms\SSO\Fxiles.
  • BizTalk SSO-Master-Secret kann von Host Integration Server 2013 SSO verwendet werden

    Symptom
    Wenn ein Host Integration Server 2013 SSO-Dienst versucht, eine BizTalk Server 2013 SSO Master Schlüssel zugreifen, wird die folgende Fehlermeldung ausgelöst:
    Fehler beim Abrufen des geheimen Hauptschlüssel. Überprüfen der master geheimer Servername stimmt und verfügbar ist. Geheimer Servername: BTSSSOSERVER-Fehlercode: 0x00000057, der Parameter ist falsch.

    Lösung
    Host Integrationsserver 2013 enthält Version 9.0.2096.0 von SSO. BizTalk Server 2013 enthält jedoch Version 9.0.1865.0. Deshalb führen in einer gemischten Umgebung, in der SSO-Dienste auf Host Integration Server und BizTalk Server einen gemeinsamen geheimen Schlüssel Masterserver Zugriff auf, der Server den Host Integration Server 2013 SSO-Dienst. Beachten Sie, dass Host Integration Server auf einem BizTalk Server installieren den SSO-Dienst auf Version 9.0.2096.0 aktualisiert und SSO-Master-Secret-Remoteserver ebenfalls auf 9.0.2096.0 aktualisiert werden müssen.

Andere bekannte Probleme

  • Aktualisierung auf BizTalk Server 2013 stellt neue Microsoft.BizTalk.GlobalPropertySchemas.dll bereit.

    Symptom
    Ein direktes Upgrade von BizTalk Server 2009 oder BizTalk Server 2010 BizTalk Server 2013 bereitstellen die neue Microsoft.BizTalk.GlobalPropertySchemas.dll-Datei nicht korrekt in der Datenbank "BizTalkMgmtDb". Dies kann zu Fehlern führen, wenn die neue globale Eigenschaften von BizTalk zugegriffen wird. Dies kann auftreten, wenn Sie WCF verwenden. Wertpaare jede Eigenschaft SB-Messaging Adapter oder neue Eigenschaft zugeordnet. Fehlermeldungen, denen zusammen mit den SB-Messaging Adapter fehlschlägt, sind folgende:
    Adapter "SB-Messaging" wird eine Fehlermeldung ausgelöst. Details "(0xC0C01620) System.Runtime.InteropServices.COMException: Ausnahme von HRESULT: 0xC0C01620
    bei Microsoft.BizTalk.TransportProxy.Interop.IBTTransportBatch.MoveToSuspendQ (eine IBaseMessage msg)
    bei Microsoft.BizTalk.Adapter.Wcf.Runtime.Batch2.MoveToSuspendQ (eine IBaseMessage Nachricht, Objekt UserData)
    bei Microsoft.BizTalk.Adapter.Wcf.Runtime.BizTalkReceiveBatch.SuspendMessageIfNeeded (eine IBaseMessage-Meldung, StreamAndUserData StreamAndUserData MessageStatus Int32) ".

    Adapter "SB-Messaging" wird eine Fehlermeldung ausgelöst. Details "System.Exception: Laden Eigenschaftenliste Namespace fehlgeschlagen oder Eigenschaft in der Liste nicht gefunden. Überprüfen Sie, ob das Schema ordnungsgemäß bereitgestellt wird.
    bei Microsoft.BizTalk.Adapter.Wcf.Runtime.BizTalkServiceInstance.EndOperation (IAsyncResult Result)
    Bei AsyncInvokeEndEndTwoWayMethod (Object, Object [], IAsyncResult)
    Bei System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeEnd (Objektinstanz, Object [] & Ausgaben IAsyncResult Result)
    Bei System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeEnd (MeldungRPC & Rpc)
    Bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage7 (MeldungRPC & Rpc)
    Bei System.ServiceModel.Dispatcher.MessageRpc.Process (Boolean IsOperationContextSet)"

    Lösung
    Verwenden der AddGlobalPropertySchemas.exe die DLL-Datei nach der Aktualisierung manuell bereitstellen. Downloaden Sie das Tool aus AddGlobalPropertySchemas.exe. Sie müssen BizTalk Management Datenbankservernamen und den Datenbanknamen wie folgt übergeben:
    AddGlobalPropertySchemas.exe /server:MyServer /database:BizTalkMgmtDb
    Hinweis Wenn die Datenbank auf einer benannten Instanz von SQL Server befindet, geben Sie statt nur MyServer MyServer\MyInstance an
  • Die Konfigurationsdatei ESB 2.2 verursacht ESB Fehler

    Symptom
    ESB Toolkit 2.2 verwendet Einheit 2.0 die Änderungen in der Standarddatei esb.config erforderlich ist. Ohne diese Änderung können die folgenden Probleme auftreten.
    • ESB 2.2 Konfiguration fehlschlägt und Sie erhalten die folgende Fehlermeldung angezeigt:
      Ausnahme beim Aufrufen von "PushAllConfiguration" mit "6" Argumente: "Unbekanntes Element 'TypeConfig'. (C:\Program Files (X 86) \Microsoft BizTalk ESB Toolkit\esb.config Linie 151)
    • Wenn ItinerarySelectReceiveXML erhalten Pipeline wird verwendet, um Geschäftsregeln wählen Sie dynamisch eine Tabelle (mithilfe der Resolver ESB BRI) aufrufen: Fehlermeldung ausgelöst
      Ausnahme wurde durch ein Aufruf-Ziel ausgelöst.
      Quelle: Microsoft.Practices.ESB.Resolver.ResolverMgr
      Methode: System.Collections.Generic.Dictionary'2[System.String,System.String] auflösen (Microsoft.Practices.ESB.Resolver.ResolverInfo, Microsoft.BizTalk.Message.Interop.IBaseMessage, Microsoft.BizTalk.Component.Interop.IPipelineContext)
      Fehlerquelle: Mscorlib
      Fehler TargetSite: System.Object InvokeMethod(System.Object, System.Object[], System.Signature, Boolean)
      Fehler StackTrace: am System.RuntimeMethodHandle.InvokeMethod (Object Target Object [] Argumente Signatur Sig, Boolean Konstruktor)
      Bei System.Reflection.RuntimeConstructorInfo.Invoke (BindingFlags InvokeAttr Binder Sammelmappe Object [] Parameters, CultureInfo Culture)
      Bei System.RuntimeType.CreateInstanceImpl (BindingFlags BindingAttr, Binder Sammelmappe, Object [] Args, CultureInfo Culture, Object [] ActivationAttributes, StackCrawlMark & StackMark)
      Bei System.Activator.CreateInstance (Typ BindingFlags BindingAttr Binder Sammelmappe, Object [] Args, CultureInfo Culture, Object [] ActivationAttributes)
      Bei System.Activator.CreateInstance (Typ, Object [] Args)
      bei Microsoft.Practices.ESB.Resolver.ResolverFactory.Create (Schlüssel)
      bei Microsoft.Practices.ESB.Resolver.ResolverMgr.GetResolver (ResolverInfo Info)
      bei Microsoft.Practices.ESB.Resolver.ResolverMgr.Resolve (ResolverInfo Info, eine IBaseMessage-Meldung, IPipelineContext PipelineContext)
    Lösung
    Weitere Informationen zu diesem Problem sowie eine Anleitung zum Ändern der esb.config-Datei zur Behebung finden Sie unter ESB Toolkit BRE Tabelle Resolver schlägt mit Ausnahme fehl und ESB-Konfiguration schlägt mit "Unbekanntes Element 'TypeConfig'".
  • EDIFACT-Nachricht, die UNB 3.3 Segment hat angehalten

    Symptom
    Nach der Aktualisierung auf BizTalk Server 2013 eine EDIFACT-Nachricht, die ein UNB 3.3 Segment enthält fehlschlägt und Sie erhalten folgende Fehlermeldung. Diese EDIFACT Meldung verarbeitet ohne Probleme in BizTalk Server 2010:
    Laden Eigenschaftenliste Namespace fehlgeschlagen oder Eigenschaft in der Liste nicht gefunden. Überprüfen Sie, ob das Schema ordnungsgemäß bereitgestellt wird.

    Lösung
    Starten Sie die relevanten Hostinstanz mithilfe der folgenden Schritte:
    • Navigieren Sie in der BizTalk Server-Verwaltungskonsole zum BizTalk-Gruppe &gt; Applications &gt; BizTalk EDI-Applikationen &gt; Ressourcen.
    • Maustaste auf Ressourcen, und klicken Sie dann auf Hinzufügen &gt; BizTalk-Assemblies.
    • Klicken Sie im Fenster Ressourcen hinzufügenHinzufügen Sieund wählen Sie die Microsoft.BizTalk.Edi.BaseArtifacts.dll-Datei (der Standardspeicherort ist C:\Program Files (X 86) \Microsoft BizTalk Server 2013).
    • Aktivieren Sie das Kontrollkästchen überschreiben alle .
    • Hinzufügen zu den globalen Assemblycache auf Ressource hinzufügen das Kontrollkästchen und klicken Sie dann auf OK.
BizTalk Server 2013 bekannte Probleme BTS2013

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 2954101 – Letzte Überarbeitung: 08/25/2015 06:23:00 – Revision: 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 KbMtde
Feedback