PartyResolution (BizTalk Server-Beispiel, Auflösen der Partei)
Dieses „PartyResolution“-Beispiel (Auflösen von Parteien) demonstriert, wie Sie mithilfe von BizTalk-Orchestrierungen zusammen mit des Auflösens von Parteien Nachrichten an einen von zwei möglichen Empfängern weiterleiten können.
Ziel des Beispiels
In diesem Beispiel werden mehrere Orchestrierungen ausgeführt, die die folgenden verschiedenen Rollen demonstrieren:
Käuferorchestrierung; wird zum Initiieren der Bestellungsnachrichtenverarbeitung verwendet.
Lieferantenorchestrierung; demonstriert das Auflösen von sowohl eingehenden als auch ausgehenden Parteien.
Versender1- und Versender2-Orchestrierung; antworten auf Grundlage des Lieferziels in der Bestellung auf die Lieferantenorchestrierung.
Wie dieses Beispiel gestaltet ist und warum
Auflösen von Parteien bezieht sich auf den Prozess, mit dem bestimmt wird, wer (d. h. welche Partei) eine Nachricht sendet. So möchten Sie möglicherweise zum Beispiel nur bekannten Parteien das Senden von Nachrichten gestatten. Auflösen ausgehender Parteien ist der Prozess, durch den bestimmt wird, an welche Parteien eine Nachricht gesendet werden soll.
Zusätzlich zum Auflösen von Parteien demonstriert dieses Beispiel, wie Rollen implementiert und verwendet werden. Beispielsweise erstellen Sie zum Verarbeiten der Lieferung Ihres Produkts einen Sendeport, an den Sie ein Dokument senden, in dem ein Versender zur Auslieferung des Produkts angewiesen wird. Wenn Sie über eine Auswahl mehrerer Versender verfügen, können Sie in Ihrer Orchestrierung eine Versenderrolle erstellen, statt mehrerer Sendeports, deren einziger Unterschied in der URL des Versenders besteht. Sie können dann Nachrichten im Zusammenhang mit dem Produktversand an die Versenderrolle schicken. Sie erstellen Parteien und ordnen jeder Partei und jedem Parteizertifikat einen Sendeport zu. Schließlich tragen Sie jede Partei bei der Versenderrolle ein, um sie zu aktivieren. In der Orchestrierung können Sie dann dynamisch angeben, an welchen Versender die Nachricht gesendet werden soll.
In diesem Beispiel wird gezeigt, wie Sie die eingehende Nachricht mithilfe von Korrelationen der richtigen Orchestrierungsinstanz zuordnen.
Die Geschäftsprozessabläufe für Käufer, Lieferant und Versender gestalten sich wie folgt:
Geschäftsprozessablauf für Käufer:
Empfangen der Bestellungsnachricht von einer internen Abteilung als XML-Datei.
Senden der Bestellungsnachricht an den Lieferanten.
Geschäftsprozessablauf für Lieferanten:
Auflösen der Partei (Auflösen der eingehenden Partei) zum Aktualisieren der Quellpartei auf Basis des Signaturzertifikats.
Empfangen einer Aktivierungsnachricht (Bestellung) vom Käufer.
Senden einer Bestellbestätigungsnachricht an den Käufer.
Überprüfen von Land/Region für die Lieferung.
Auflösen der ausgehenden Partei, um den zu verwendenden Versender zu bestimmen. Wenn Land/Region in den USA liegt, ist der Versender „Versender2“. Wenn Land/Region in Kanada liegt, ist der Versender „Versender1“.
Senden einer Versandanforderungsnachricht an den entsprechenden Versender.
Empfangen der Bestätigungsnachricht für die Versandanforderung vom entsprechenden Versender.
Senden einer Versandanweisungsnachricht an den entsprechenden Versender.
Empfangen der Bestätigungsnachricht für die Versandanweisung vom entsprechenden Versender.
Senden einer abschließenden Bestätigungsnachricht über die Bestellungsauslieferung an den Käufer.
Geschäftsprozessablauf für Versender (für beide Versender identisch):
Empfangen der Versandanforderungsnachricht vom entsprechenden Lieferanten.
Generieren und Senden einer Bestätigungsnachricht für die Versandanforderungsnachricht.
Empfangen der Versandanweisungsnachricht vom Lieferanten.
Generieren und Senden einer Bestätigungsnachricht für die Versandanweisungsnachricht.
Im Folgenden wird erläutert, wie dieses Beispiel aufgebaut ist:
Die Orchestrierung BuyerProcess.odx empfängt eine Nachricht und verwendet die benutzerdefinierte Pipeline „MimePartyResSendPipeline“, um die Nachricht zu codieren und an den Lieferanten zu senden. Hierzu wird der Pipeline-Designer verwendet, um eine benutzerdefinierte Sendepipeline zu erzeugen und bereitzustellen. Vor dem Senden der Nachricht an den Lieferanten wird die Nachricht digital mit dem privaten Schlüssel des Käufers signiert, der in den BizTalk-Gruppeneigenschaften in der BizTalk Server-Verwaltungskonsole angegeben ist.
Die Orchestrierung SupplierProcess.odx verwendet die benutzerdefinierte Pipeline „MimePartyResReceivePipeline“, die eine Komponenten für die MIME/SMIME-Decodierung enthält, um die Nachricht zu decodieren und die eingehende Partei aufzulösen, indem mithilfe des öffentlichen Schlüssels des Käufers dessen Identität aufgelöst und überprüft wird. Hierzu wird eine benutzerdefinierte Empfangspipeline erzeugt und bereitgestellt.
Die Lieferantenorchestrierung initiiert dann die POCorrelationSets, die per Definition auf einer höher gestuften Eigenschaft "PONr" basieren. Mithilfe von PONr werden dann in der späteren Phase die eingehenden und ausgehenden Nachrichten dieser Orchestrierungsinstanz zugeordnet, weil in der gesamten Orchestrierung mehrere Sende- und Empfangsaktionen vorhanden sind.
Die Lieferantenorchestrierung implementiert Rollenverknüpfungen, um das Auflösen eingehender und ausgehender Parteien zu verarbeiten. Die Lieferantenorchestrierung verwendet zwei Typen von Rollenverknüpfungen:
Buyer_Supplier-Rollenverknüpfungstyp (Käufer_Lieferant)
Supplier_Shipment-Rollenverknüpfungstyp (Lieferant_Versender)
Im Buyer_Supplier Rollenlink-Shape ist der Lieferant in der Rolle Anbieter und der Käufer in der Verbraucherrolle, da der Lieferant die erste Nachricht vom Käufer erhält. Wenn die Lieferantenorchestrierung die Bestätigung an die Käuferrolle sendet, ist dem Käufer ein Sendeport zugeordnet, und die Nachricht wird über den angegebenen Sendeport an den Käufer gesendet. Um den Sendeport zu finden, klicken Sie in der BizTalk Server Verwaltungskonsole mit der rechten Maustaste auf BuyerAgency, und klicken Sie dann auf Eigenschaften. Der Sendeport wird unter Sendeports angezeigt.
Die Orchestrierung verwendet dann den folgenden Ausdruck, um die Partnerinformationen zurückzugeben, und schreibt mithilfe des Aufrufs einer externen Assembly namens „CheckPartyName“ eine XML-Datei in einen Ordner.
Buyer_Supplier(Microsoft.XLANGs.BaseTypes.SourceParty)Im Supplier_Shipment Rollenlink-Shape enthält die Rolle Sendung einen Sendeport mit zwei Vorgängen, die verwendet werden, um die Nachricht vom Lieferanten je nach Zielpartei an die entsprechende Versandagentur zu senden. Die Lieferantenrolle enthält einen Empfangsport mit zwei Vorgängen, die verwendet werden, um die Antwort vom Versender zu empfangen. Die Korrelation, die auf der "PONr" basiert, wird beim Senden und Empfangen dieser Nachrichten verwendet.
Hinweis
Wenn Sie die Lieferantenorchestrierung binden, stellen Sie fest, dass nur ein Sendeport und zwei Empfangsports gebunden werden müssen. Dies liegt daran, dass die Sendeports an die Zielparteien bereits an die Parteien gebunden sind. Darüber hinaus enthält einer der Empfangsports in der Orchestrierung zwei Empfangsvorgänge, sodass selbst wenn drei Empfangsformen angezeigt werden, nur zwei davon gebunden werden müssen.
Die Lieferantenorchestrierung verwendet die erste Zeile des folgenden Codes, um den Versender abzurufen, indem eine externe Assembly namens „QueryShipmentCatalogComponent“ aufgerufen wird. Anschließend wird die zweite Zeile verwendet, um die Zielpartei für die Versenderrolle festzulegen.
strShipmentName= objQueryShipmentCatalog.GetShipmentDetails(POMessage.MessagePart_1.POHeader.Address.Country); Supplier_Shipment(Microsoft.XLANGs.BaseTypes.DestinationParty) = new Microsoft.XLANGs.BaseTypes.Party(strShipmentName,"OrganizationName");"Shipper1Process.odx" und "Shipper2Process.odx" sind darauf ausgelegt, den Versandauftrag und die Versandanweisung von "SupplierProcess.odx" zu empfangen und die Antwort an "SupplierProcess.odx" zurückzusenden. In beiden Versenderorchestrierungen wir die Korrelation verwendet, deren Typ auf der höher gestuften Eigenschaft "PONr" basiert.
Speicherort dieses Beispiels
<Beispielpfad>\Orchestrations\PartyResolution\
In der folgenden Tabelle werden die Dateien in diesem Beispiel samt Zweck beschrieben.
| Datei(en) | BESCHREIBUNG |
|---|---|
| BuyerBinding.xml, ShippingAgency1Binding.xml, ShippingAgency2Binding.xml, SupplierBinding.xml | Wird für das automatisierte Setup verwendet, z. B. Portbindung. |
| Cleanup.bat | Wird verwendet, um die Bereitstellung von Assemblys aufzuheben und die Assemblys aus dem globalen Assemblycache zu entfernen. Entfernt Sende- und Empfangsports. Entfernt nach Bedarf virtuelle Verzeichnisse von Microsoft Internetinformationsdienste (IIS). |
| PartyResolution.sln | Projektmappendatei, die alle Projekte in verschiedenen Unterordnern enthält. |
| PurchaseOrder.xml | Beispieleingabebestellung. |
| Setup.bat | Wird verwendet, um Teile dieses Beispiels zu erzeugen und zu initialisieren. |
| Im Ordner"\Buyer": Buyer.btproj, BuyerProcess.odx |
BizTalk-Projekt und -Orchestrierung, die zum Implementieren des Käufers in diesem Beispiel verwendet werden. |
| Im Ordner \Catalog: Catalog.xml |
Wird verwendet, um den Versender auf Grundlage des in der Bestellung angegebenen Versandziels zu bestimmen. |
| Im Ordner \CheckPartyName: AssemblyInfo.cs, CheckPartyName.csproj, Class1.cs |
Microsoft Visual C#-Projekt- und -Quelldateien für die Anwendung „CheckPartyName“, mit deren Hilfe auf die Eigenschaften der Quellpartei zugegriffen wird. |
| Im Ordner "\FilePolling": App.ico, AssemblyInfo.cs, FilePolling.cs, FilePolling.csproj, FilePolling.resx, FilePolling.sln, |
Visual C#-Projektmappen-, -Projekt- und -Quelldateien sowie zugeordnete Dateien für die Anwendung „FilePolling“. Mit dieser Anwendung können Sie sich auf dem aktuellen Informationsstand zum Status dieses automatisierten Szenarios halten. |
| Im Ordner \Pipeline\projectschema: MimePartyResReceivePipeline.btp, MimePartyResSendPipeline.btp |
BizTalk Server Pipelinedateien, die von den verschiedenen Rollen in diesem Beispiel verwendet werden. |
| Im Ordner "\QueryShipmentCatalogComponent": AssemblyInfo.cs, QueryShipmentCatalog.cs, QueryShipmentCatalogComponent.csproj |
Visual C#-Projekt- und -Quelldateien für die Komponente „QueryShipmentCatalog“, mit deren Hilfe auf den in der Datei Catalog.xml definierten Versandkatalog zugegriffen wird. Die Komponente „QueryShipmentCatalog“ bestimmt, welcher Versender vom Lieferanten verwendet wird. Sie verwendet Daten aus Catalog.xml, um den optimalen Versender nach geografischen Aspekten zu bestimmen. |
| Im Ordner "\Schemas": PODeliveryReceipt.xsd, POPropertySchema.xsd, PurchaseOrder.xsd, PurchaseOrderAcknowledgement.xsd, Schemas.btproj, ShipmentAdvice.xsd, ShipmentAdviceAcknowledgement.xsd, ShipmentOrderAcknowledgement.xsd, ShipmentOrderRequest.xsd |
Schemas, die von den verschiedenen Rollen in diesem Beispiel verwendet werden. |
| Im Ordner "\ShipmentAgency1": ShipmentAdviceAck.btm, ShipmentAgency1.btproj, ShipmentOrderAck.btm, Shipper1Process.odx |
BizTalk-Projekt, -Orchestrierung und -Zuordnungen, die zum Implementieren von Versender1 (ShipmentAgency1) in diesem Beispiel verwendet werden. |
| Im Ordner "\ShipmentAgency2": ShipmentAdviceAck.btm, ShipmentAgency2.btproj, ShipmentOrderAck.btm, Shipper2Process.odx |
BizTalk-Projekt, -Orchestrierung und -Zuordnungen, die zum Implementieren von Versender2 (ShipmentAgency2) in diesem Beispiel verwendet werden. |
| Im Ordner "\Supplier": PO_POAck.btm, PO_ShipmentOrderRequest.btm, ShipmentAdviceAck_PODeliveryReceipt.btm, ShipmentOrder_ShipmentAdvice.btm, Supplier.btproj, SupplierProcess.odx |
BizTalk-Projekt, -Orchestrierung und -Zuordnungen, die zum Implementieren des Lieferanten in diesem Beispiel verwendet werden. |
Erstellen und Initialisieren dieses Beispiels
Hinweis
Bevor Sie dieses Beispiel erstellen und initialisieren, müssen Sie sicherstellen, dass der BizTalk In-Process-Standardhost als "Vertrauenswürdige Authentifizierung" konfiguriert ist. Weitere Informationen finden Sie unter Sicherheitsempfehlungen für BizTalk Server Runtime.
Die MIME-Pipelinekomponente wird von einer 64-Bit-Hostinstanz nicht unterstützt. Der Host, der dem Sende- und Empfangshandler für den Dateiadapter zugeordnet ist, muss als reiner 32-Bit-Host konfiguriert sein. Weitere Informationen hierzu finden Sie unter Ändern von Hosteigenschaften. Wenn Sie bereits einen 32-Bit-Host auf dem System konfiguriert haben und ihn verwenden möchten, finden Sie unter Konfigurieren des Dateiadapters Anweisungen zum Konfigurieren der Hosts, die dem Sende- und Empfangshandler des Dateiadapters zugeordnet sind.
Das in diesem Abschnitt erwähnte Zertifikat muss dem Speicher Eigene Zertifikate des Anmeldekontos hinzugefügt werden, das für die BizTalk In-Process-Standardhostinstanz konfiguriert ist, von der Nachrichten signiert werden.
Standardmäßig installiert die unten genannte setup.bat-Datei das Beispiel "Party Resolution" in der Standardanwendung BizTalk Server. Sie können die setup.bat-Datei ändern, um das Beispiel in einer neuen BizTalk Server-Anwendung bereitzustellen, indem Sie die setup.bat-Datei öffnen und den Abschnitt vor der Anweisung @ECHO Deploy Assemblies... durch Folgendes ersetzen:
@ECHO Deploy Assemblies...
btstask AddApp -ApplicationName:PartyResolutionSample -Description:"Party Resolution Orchestration sample from the SDK"
btstask AddResource -ApplicationName:PartyResolutionSample -Type:System.BizTalk:BizTalkAssembly -Source:Schemas\bin\Release\Schemas.dll -Options:GacOnAdd
btstask AddResource -ApplicationName:PartyResolutionSample -Type:System.BizTalk:BizTalkAssembly -Source:Pipeline\projectschema\bin\Release\ProjectSchema.dll -Options:GacOnAdd
btstask AddResource -ApplicationName:PartyResolutionSample -Type:System.BizTalk:BizTalkAssembly -Source:Buyer\bin\Release\Buyer.dll -Options:GacOnAdd
btstask ImportBindings -ApplicationName:PartyResolutionSample -Source:%BuyerBindingFileName%
btstask AddResource -ApplicationName:PartyResolutionSample -Type:System.BizTalk:BizTalkAssembly -Source:ShipmentAgency1\bin\Release\ShipmentAgency1.dll -Options:GacOnAdd
btstask ImportBindings -ApplicationName:PartyResolutionSample -Source:%ShipmentAgency1BindingFileName%
btstask AddResource -ApplicationName:PartyResolutionSample -Type:System.BizTalk:BizTalkAssembly -Source:ShipmentAgency2\bin\Release\ShipmentAgency2.dll -Options:GacOnAdd
btstask ImportBindings -ApplicationName:PartyResolutionSample -Source:%ShipmentAgency2BindingFileName%
btstask AddResource -ApplicationName:PartyResolutionSample -Type:System.BizTalk:BizTalkAssembly -Source:Supplier\bin\Release\Supplier.dll -Options:GacOnAdd
btstask ImportBindings -ApplicationName:PartyResolutionSample -Source:%SupplierBindingFileName%
So erstellen und initialisieren Sie das „PartyResolution“-Beispiel (Auflösen von Parteien)
Navigieren Sie in einem Befehlsfenster zum folgenden Ordner:
<Beispielpfad>\Orchestrations\PartyResolution
Führen Sie die Datei "Setup.bat" aus, von der folgende Aktionen ausgeführt werden:
Kompiliert die Visual Studio-Projekte für dieses Beispiel und stellt die resultierenden Assemblys bereit.
Erstellt und bindet die BizTalk Server Sende- und Empfangsports.
Möglicherweise werden die folgende oder ähnliche Warnungen während des Setupprozesses angezeigt. Diese können jedoch gefahrlos ignoriert werden.
"C:\Program Files\Microsoft BizTalk Server <version>\SDK\Samples\Orchestrations\PartyResolution\PartyResolution.sln" (Buildtarget) (1) -> "C:\Program Files\Microsoft BizTalk Server <version>\SDK\Samples\Orchestrations\PartyResolution\Supplier\Supplier.btproj" (default target) (5) -> "C:\Program Files\Microsoft BizTalk Server <version>\SDK\Samples\Orchestrations\PartyResolution\Supplier\Supplier.btproj" (default target) (5:2) -> (CompileODX target) -> C:\Program Files\Microsoft BizTalk Server <version>\SDK\Samples\Orchestrations\PartyResolution\Supplier\SupplierProcess.odx(831,13): warning X4014: convoy processing will not occur -- check your protocol if you were expecting it [C:\ProgramFiles\Microsoft BizTalk Server <version>\SDK\Samples\Orchestrations\PartyResolution\Supplier\Supplier.btproj] C:\Program Files\Microsoft BizTalk Server <version>\SDK\Samples\Orchestrations\PartyResolution\Supplier\SupplierProcess.odx(841,13): warning X4014: convoy processing will not occur -- check your protocol if you were expecting it [C:\ProgramFiles\Microsoft BizTalk Server <version>\SDK\Samples\Orchestrations\PartyResolution\Supplier\Supplier.btproj]
Starten Sie die Visual Studio-Eingabeaufforderung.
Geben Sie die folgenden Befehle ein, um die Assemblys im globalen Assemblycache zu installieren:
gacutil -i \Programme (x86)\Microsoft BizTalk Server <VERSION>SDK\Samples\Orchestrations\PartyResolution\Schemas\bin\Release\schemas.dll
gacutil -i \Programme (x86)\Microsoft BizTalk Server <VERSION>SDK\Samples\Orchestrations\PartyResolution\Pipeline\projectschema\bin\Release\ProjectSchema.dll
gacutil -i \Programme (x86)\Microsoft BizTalk Server <VERSION>SDK\Samples\Orchestrations\PartyResolution\Buyer\bin\Release\Buyer.dll
gacutil -i \Programme (x86)\Microsoft BizTalk Server <VERSION>SDK\Samples\Orchestrations\PartyResolution\ShipmentAgency1\bin\Release\ShipmentAgency1.dll
gacutil -i \Programme (x86)\Microsoft BizTalk Server <VERSION>SDK\Samples\Orchestrations\PartyResolution\ShipmentAgency2\bin\Release\ShipmentAgency2.dll
gacutil -i \Programme (x86)\Microsoft BizTalk Server <VERSION>SDK\Samples\Orchestrations\PartyResolution\Supplier\bin\Release\Supplier.dll
Beziehen Sie ein sicheres E-Mail-Zertifikat von einer Zertifizierungsstelle. Die Zertifizierungsstelle kann eine Drittanbieterautorität oder die Autorität in Ihrer Organisation sein. Exportieren Sie, nachdem Sie das Zertifikat erhalten haben, den öffentlichen und privaten Schlüssel.
Gehen Sie zum Importieren des privaten Schlüssels in den Speicher "Eigene Zertifikate" des Anmeldekontos der Hostinstanz sowie des öffentlichen Schlüssels in den Speicher "Lokaler Computer – Andere Personen" wie folgt vor:
Erweitern Sie in BizTalk Server Verwaltungskonsole die BizTalk-Gruppe, und erweitern Sie dann Plattformeinstellungen.
Klicken Sie auf Hostinstanzen, und suchen Sie das Anmeldekonto, das für die Standard-In-Process Host instance angezeigt wird. Bei einer Standardinstallation trägt der In-Process-Standardhost normalerweise den Namen „BizTalkServerApplication“.
Klicken Sie im Startmenüauf Ausführen. Geben Sie im Feld Ausführenmmc.exeein, und klicken Sie dann auf OK. Geben Sie das richtige Kennwort für das Anmeldekonto der Hostinstanz ein, um die Microsoft Management Console (MMC) unter diesem Konto zu öffnen.
Klicken Sie im Menü Datei auf Snap-In hinzufügen/entfernen.
Wählen Sie im Dialogfeld Snap-Ins hinzufügen oder entfernen die Option Zertifikate aus, und klicken Sie dann auf Hinzufügen.
Wählen Sie im Dialogfeld Zertifikate-Snap-InDie Option Mein Benutzerkonto aus, und klicken Sie dann auf Fertig stellen.
Wählen Sie im Dialogfeld Snap-Ins hinzufügen oder entfernen die Option Zertifikate aus, und klicken Sie dann auf Hinzufügen.
Wählen Sie im Dialogfeld Zertifikate-Snap-Indie Option Computerkonto aus, und klicken Sie dann auf Weiter.
Wählen Sie im Dialogfeld Computer auswählen die Option Lokaler Computer aus, und klicken Sie dann auf Fertig stellen.
Klicken Sie im Dialogfeld Snap-Ins hinzufügen/entfernen auf OK.
Erweitern Sie den Knoten Zertifikate – Aktueller Benutzer , und erweitern Sie dann Persönlich. Klicken Sie mit der rechten Maustaste auf Zertifikate, klicken Sie auf Alle Aufgaben, und klicken Sie dann auf Importieren.
Importieren Sie den privaten Schlüssel, und geben Sie ein Kennwort im Assistenten an.
Erweitern Sie den Knoten Zertifikate (Lokaler Computer) und dann Andere Personen. Klicken Sie mit der rechten Maustaste auf Zertifikate, klicken Sie auf Alle Aufgaben, und klicken Sie dann auf Importieren.
Importieren Sie den öffentlichen Schlüssel.
Klicken Sie in der BizTalk Server Verwaltungskonsole mit der rechten Maustaste auf den Knoten BizTalk-Gruppe, und klicken Sie dann auf Eigenschaften. Wählen Sie im Dialogfeld BizTalk-Gruppe – Gruppeneigenschaftendie Option Zertifikat aus.
Klicken Sie im Dialogfeld Zertifikat auf Durchsuchen , und wählen Sie den gerade importierten privaten Schlüssel aus. Das hier angegebene Zertifikat wird zum Signieren der ausgehenden Nachricht verwendet. Klicken Sie auf OK.
Gehen Sie zum Aktualisieren der BuyerAgency-Partei in diesem Beispiel wie folgt vor:
Wählen Sie in der BizTalk Server Verwaltungskonsole die Option Parteien aus.
Klicken Sie mit der rechten Maustaste auf BuyerAgency , und klicken Sie dann auf Eigenschaften. Wählen Sie im Dialogfeld BuyerAgency - Party Properties die Option Allgemein aus.
Fügen Sie im Abschnitt Aliase des Dialogfelds einen neuen Alias hinzu, wobei der Name und der Qualifizierer auf WindowsUser festgelegt sind. Legen Sie den Wert auf einen Benutzernamen im Format Domäne <\Benutzername> (z. B. SOMEDOMAIN\someuser) fest.
Wählen Sie Zertifikat aus, und klicken Sie dann auf Durchsuchen , und wählen Sie den öffentlichen Schlüssel aus, den Sie gerade importiert haben. Das hier angegebene Zertifikat wird zum Überprüfen der Absenderidentität der eingehenden Nachricht verwendet. Klicken Sie auf OK.
Erweitern Sie in der BizTalk Server Verwaltungskonsole Plattformeinstellungen, und wählen Sie dann Hosts aus.
Klicken Sie mit der rechten Maustaste auf BizTalkServerApplication , und klicken Sie dann auf Eigenschaften. Wählen Sie im Dialogfeld BizTalkServerApplication – Hosteigenschaften die Option Zertifikate aus.
Klicken Sie auf Durchsuchen , und wählen Sie den privaten Schlüssel aus, den Sie gerade importiert haben. Das hier angegebene Zertifikat wird zum Entschlüsseln der eingehenden Nachricht verwendet. Klicken Sie auf OK.
Erweitern Sie in der BizTalk Server Verwaltungskonsole plattformeinstellungen, und wählen Sie dann Hostinstanzen aus.
Klicken Sie mit der rechten Maustaste auf BizTalkServerApplication , und klicken Sie dann auf Neu starten.
Ausführen dieses Beispiels
So führen Sie das „PartyResolution“-Beispiel (Auflösen von Parteien) aus
Führen Sie FilePolling.exe aus folgendem Ordner heraus aus:
<Beispielpfad>\Orchestrations\PartyResolution\FilePolling\bin\Debug
Klicken Sie auf Abfrage starten.
Fügen Sie eine Kopie der bereitgestellten Bestellungsinstanzdatei "PurchaseOrder.xml" in folgenden Ordner:
<Beispielpfad>\Orchestrations\PartyResolution\FileDrop\PurchaseOrder
Sie sehen die Abfolge von Meldungen, die in Form von Meldungsfeldern angezeigt werden und Sie über den Status des Beispiels informieren:
Wenn der Lieferant die Bestellung vom Käufer empfängt.
Wenn eine Versandanforderungsnachricht von Versender1 oder Versender2 empfangen wird.
Wenn eine Versandanweisung von Versender1 oder Versender2 empfangen wird.
Wenn der Lieferant die Bestätigungsnachricht über die Bestellungsauslieferung an den Käufer sendet.
Klicken Sie auf Beenden , um das Dateiabrufprogramm zu schließen.
Hinweis
Sie können das Tag "Country" (Land) in "PurchaseOrder.xml" in "US" ändern und dann die Schritte 2 und 3 wiederholen. Sie sehen, dass die Versandanforderung jetzt an Versender2 gesendet wird.
Deinstallieren dieses Beispiels
So deinstallieren Sie das „PartyResolution“-Beispiel (Auflösen von Parteien)
Ändern Sie an einer Visual Studio-Eingabeaufforderung das Verzeichnis (cd) in <Samples Path>\Orchestrations\ PartyResolution\.
Führen Sie die Datei Cleanup.bat aus.
Weitere Informationen
Auflösen der Partei – Pipelinekomponente
Konfigurieren der Pipelinekomponente des MIME/SMIME-Encoders
Konfigurieren der Pipelinekomponente des MIME-SMIME-Decoders
Orchestrierungen (Ordner für BizTalk Server-Beispiele)
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für