Installieren und Ausführen des Beispiels „Dynamische Auflösung“

  • Artikel

Das Beispiel für dynamische Auflösung veranschaulicht typische Verwendungsszenarien für die Pipelinekomponenten ESB Dispatcher und ESB Dispatcher Disassembler. Es veranschaulicht, wie Sie die Komponenten verwenden können, um den Endpunktstandort dynamisch aufzulösen, Routingeigenschaften festzulegen und Microsoft BizTalk-Zuordnungen auf Messagingebene aufzulösen und auszuführen, ohne eine Orchestrierung zu verwenden. Außerdem werden sowohl unidirektionale als auch bidirektionale Messagingmuster veranschaulicht.

Hinweis

Wenn Sie sich mit dem Lösungsmechanismus im Microsoft BizTalk ESB Toolkit vertraut machen, sollten Sie das Beispiel zum Installieren und Ausführen des Resolverdiensts ausführen, bevor Sie das Beispiel für dynamische Auflösung ausführen.

Die Beispielanwendung enthält zwei Empfangsspeicherorte und zwei dynamische Sendeports, die im Beispiel mehrere Anwendungsfälle für die Komponenten der dynamischen Auflösung veranschaulichen. Jeder Anwendungsfall zeigt, wie die Resolver und Adapteranbieter im Lösungs- und Adapteranbieterframework die Grundlage für eine Vielzahl von lose gekoppelten Messaginglösungen bilden können, wenn sie in Kombination verwendet werden.

One-Way Messagingszenarien

Alle Szenarien für unidirektionale Nachrichten (mit Ausnahme des Szenarios, in dem der XPATH-Resolver verwendet wird) verwenden die Datei NAOrderDoc.xml, die sich im Ordner \Source\Samples\DynamicResolution\Test\Data befindet, als Eingabe für den Empfangsspeicherort namens DynamicResolution_FILE. Es gibt sieben Unidirektionale Messagingbeispiele, die alle durch eine eindeutige Bindungsdatei dargestellt werden, die Sie importieren müssen, bevor Sie jedes Beispiel ausführen.

Two-Way Messagingszenarien

Alle Bidirektionalen Messagingszenarien verwenden den Beispiel-ESB. Der NorthAmericanServices-Webdienst befindet sich unter http://localhost/ESB.NorthAmericanServices/CustomerOrderASMX, um die Anforderungsnachricht in BizTalk zu veröffentlichen.

Jedes Beispiel löst dynamisch die Endpunkt-URL auf, um die Nachricht an den Beispiel-ESB zu übermitteln. Der CanadianServices-Webdienst befindet sich unter http://localhost/ESB.CanadianServices/SubmitPOService.asmx. Im Beispiel wird abhängig von den Ergebnissen des Lösungsprozesses entweder die Aktion submitOrder oder die SubmitPurchase-Aktion ausgeführt. Der Empfangsspeicherort für bidirektionale Messagingszenarien ist DynamicResolutionReqResp_SOAP. Es gibt 10 Bidirektionale Messagingbeispiele, die alle durch eine eindeutige Bindungsdatei dargestellt werden, die Sie importieren müssen, bevor Sie jedes Beispiel ausführen.

Bindungsdateien

Die Bindungsdateien für dieses Beispiel befinden sich im Ordner \Source\Samples\DynamicResolution\Samples\Release.

Die Namen der Bindungsdatei beginnen alle mit GlobalBank.ESB.DynamicResolution_SubmitOrder_To, gefolgt von einer Angabe des einzelnen Beispiels, auf das sie angewendet werden. Beispielsweise wird die Bindungsdatei für das Beispiel "Datei ausgehend in Datei ausgehend mit dem STATIC Resolver" GlobalBank.ESB.DynamicResolution_SubmitOrder_To_FILE_To_FILE_STATIC_Bindings.xml.

Jedes Mal, wenn Sie eine der Bindungsdateien in die BizTalk-Anwendung GlobalBank.ESB importieren, wird der zugrunde liegende Empfangsspeicherort innerhalb der Beispielanwendung zurückgesetzt. Die zugeordneten dynamischen Sendeportfilter für den Empfangsportnamen. Daher importieren Sie zum Ausführen eines Tests einfach eine der Bindungsdateien und legen die entsprechend benannte Nachricht in den Eingabeordner (für Unidirektionale Messagingszenarien) ab oder rufen den NorthAmerican-Webdienst mithilfe von InfoPath, dem Storm-Hilfsprogramm oder einem anderen geeigneten Client auf.

Beispielabhängigkeiten

Das Beispiel für dynamische Auflösung weist Abhängigkeiten von einer Reihe von Assemblys auf, die Teil der ZENTRALEN ESB-Installation sind. Diese Assemblys sind die folgenden:

  • Microsoft.Practices.ESB.PipelineComponents.dll. Dies enthält die Esb-Dispatcher-Pipelinekomponente.

  • Microsoft.Practices.ESB.Resolver.dll. Dadurch wird der von der Pipeline aufgerufene Resolver-Manager implementiert.

  • Microsoft.Practices.ESB.Resolver.BRE.dll. Dadurch wird der Business Rules Engine Resolver implementiert.

  • Microsoft.Practices.ESB.Resolver.STATIC.dll. Dadurch wird der STATIC Resolver implementiert.

  • Microsoft.Practices.ESB.Resolver.UDDI.dll. Dadurch wird der UDDI-Resolver implementiert.

  • Microsoft.Practices.ESB.Resolver.UDDI3.dll. Dadurch wird der UDDI3-Resolver implementiert.

  • Microsoft.Practices.ESB.Resolver.XPATH.dll. Dadurch wird der XPATH-Resolver implementiert.

  • Microsoft.Practices.ESB.Resolver.Schemas.dll. Diese enthält die Resolverschemas.

  • Microsoft.Practices.ESB.Adapter.dll. Dadurch wird der Adapter-Manager implementiert.

  • Microsoft.Practices.ESB.Adapter.FTP.dll. Dadurch wird der FTP-Adapteranbieter implementiert.

  • Microsoft.Practices.ESB.Adapter.FILE.dll. Dadurch wird der FILE-Adapteranbieter implementiert.

  • Microsoft.Practices.ESB.Adapter.MQSeries.dll. Dadurch wird der MQSeries-Adapteranbieter implementiert.

  • Microsoft.Practices.ESB.Adapter.WcfBasicHttp.dll. Dadurch wird der WCF-BasicHttp-Adapteranbieter implementiert.

  • Microsoft.Practices.ESB.Adapter.WcfWSHttp.dll. Dadurch wird der WCF-WSHttp-Adapteranbieter implementiert.

    Das Beispiel für dynamische Auflösung ist auch von der richtigen Konfiguration der vorherigen Resolver und Adapter abhängig. Stellen Sie sicher, dass Sie den Prozess für die Konfiguration dieser Schritte abschließen, wie unter Installieren des Microsoft BizTalk ESB-Toolkits beschrieben.

    Dieser Abschnitt enthält die folgenden Themen:

  • Installieren des Beispiels „Dynamische Auflösung“

  • Ausführen des Beispiels „Dynamische Auflösung“