Bekannte Probleme beim SOAP-Adapter
In diesem Abschnitt finden Sie Informationen, mit denen Fehler vermieden werden können.
Bekannte Probleme
Der SOAP-Adapter zeigt Leistungsprobleme oder generiert Fehler unter Last
Problem
Der SOAP-Adapter zeigt Leistungsprobleme oder generiert Fehler unter Last
Ursache
Dieses Problem tritt auf, wenn die Standardkonfigurationsoptionen für den SOAP-Adapter oder für Abhängigkeitskomponenten mit Einfluss auf den SOAP-Adapter nicht für die Leistung unter Last optimiert sind.
Lösung
Um dieses Problem zu beheben, ändern Sie die Konfigurationsoptionen für den SOAP-Adapter oder für die Abhängigkeitskomponenten, die im Thema Konfigurationsparameter beschrieben werden, die sich auf die Adapterleistung auswirken.
Die Pipelinekomponenten des MIME/SMIME-Encoders und -Decoders können vom SOAP-Adapter verarbeitete Daten nicht codieren und decodieren
Problem
Die Pipelinekomponenten des MIME/SMIME-Encoders und -Decoders können vom SOAP-Adapter verarbeitete Daten nicht codieren und decodieren
Ursache
Dieses Problem tritt auf, da der SOAP-Adapter die SOAP-Nachrichten in der Adapterstufe des Prozesses assembliert und disassembliert.
Lösung
Sichern Sie zum Lösen dieses Problems die Kommunikation mit SSL (Secure Sockets Layer), um vom SOAP-Adapter verarbeitete Nachrichten zu codieren. Verwenden Sie auf der Sendeseite die Eigenschaft Clientzertifikatfingerabdruck auf der Eigenschaftenseite des SOAP-Adapters, um dies zu erreichen. Auf der Empfangsseite müssen Sie das virtuelle Verzeichnis, das als Host für den BizTalk-Webdienst dient, für die sichere SSL-Kommunikation konfigurieren.
Der Hostprozess stürzt ab, da die Standard-AppDomain mit dem SOAP-Adapter entladen wird
Problem
Der Hostprozess für den SOAP-Adapter stürzt ab, wodurch auch alle anderen Webdienste im Prozess abstürzen. Dies kann zu folgendem Fehler führen:
Fehler beim Ausführen der Antwort(Sende)-Pipeline: "Unknown " Source: "Unknown " Receive Port: TwoWayLatencyLoopBack_RxPort" URI: "/TwoWayLatencyRxSOAP/TwoWayLatencyWS.asmx" Ursache: Versucht, auf eine nicht geladene AppDomain zuzugreifen.
Ursache
Der SOAP-Adapter wird im Prozessbereich von IIS ausgeführt. Wenn im IIS-Anwendungspool mehrere Webdienste ausgeführt werden, erhält jeder Webdienst eine eigene AppDomain.
Standardmäßig werden sämtliche Objekte der Messaging-Engine in der ersten AppDomain erstellt (d. h. der AppDomain des ersten Webdiensts). Wenn der erste Webdienst längere Zeit inaktiv ist, entlädt IIS die erste AppDomain. In diesem Fall kann keiner der Dienste im Hostprozess mehr verwendet werden.
Lösung
Damit das Entladen der AppDomain verhindert wird, führen Sie das unten beschriebene Verfahren aus:
Klicken Sie auf Start, zeigen Sie auf Alle Programme, zeigen Sie auf Microsoft BizTalk Server, und klicken Sie dann auf BizTalk Server Verwaltung.
Erweitern Sie BizTalk Server VerwaltungskonsoleBizTalk Server Verwaltung, BizTalk-Gruppe, Plattformeinstellungen, und klicken Sie dann auf Hosts.
Klicken Sie in der Liste der Hosts mit der rechten Maustaste auf den erforderlichen Host, und klicken Sie dann auf Einstellungen.
Aktivieren Sie im BizTalk-Einstellungsdashboard auf der Registerkarte Allgemeindie Option Standardanwendungsdomäne für isolierten Adapter.
Dadurch werden die Objekte der BizTalk-Messaging-Engine in der Standard-AppDomain erstellt und nicht in eigenen AppDomains. Da die Standard-AppDomain nie entladen wird, tritt das Problem nicht mehr auf.
Der SOAP-Adapter kann nicht registriert werden
Problem
Der folgende Fehler kann auftreten, wenn BizTalk Server versucht, den SOAP-Adapter (oder HTTP-Adapter) zu registrieren.
"Fehler in der Messaging-Engine beim Registrieren eines Adapters vom Typ "SOAP". Details: "Das Registrieren mehrerer Adaptertypen innerhalb desselben Prozesses ist kein unterstütztes Szenario. Beispielsweise können HTTP- und SOAP-Empfangsadapter nicht gleichzeitig in einem Vorgang vorhanden sein."
oder
"Fehler in der Messaging-Engine beim Registrieren eines Adapters vom Typ "HTTP". Details: "Das Registrieren mehrerer Adaptertypen innerhalb desselben Prozesses ist kein unterstütztes Szenario. Beispielsweise können HTTP- und SOAP-Empfangsadapter nicht gleichzeitig in einem Vorgang vorhanden sein."
Ursache
Wenn Sie BizTalk Server unter Windows Server 2003 mit IIS 6.x ausführen, können die SOAP- und HTTP-Adapter nicht in demselben Prozessbereich oder Anwendungspool ausgeführt werden.
Lösung
Wenn bei einer Installation sowohl SOAP- als auch HTTP-Adapter auf demselben Webserver erforderlich sind, müssen Sie für jeden Adapter einen eigenen Anwendungspool erstellen. Nach dem Erstellen werden die virtuellen Verzeichnisse der einzelnen Adapter jeweils einem anderen Anwendungspool zugeordnet.
Hinweis
Dieses Problem tritt nicht unter Windows XP auf, da bei diesen Betriebssystemen die SOAP- und HTTP-Adapter in IIS 5.x in unterschiedlichen Prozessbereichen ausgeführt werden. Der SOAP-Adapter wird als ASP.Net-Anwendung im Prozess aspnet_wp.exe ausgeführt. Der HTTP-Adapter wird im dedizierten Prozessbereich von dllhost.exe ausgeführt. Daher sind beide Adapter voneinander isoliert, sodass sie gleichzeitig auf demselben Webserver ausgeführt werden können.