Synchrones Request Response zwischen zwei Biztalk Orchestrierungen in verschiedenen Servern

StackOverflow https://stackoverflow.com/questions/4164367

  •  09-10-2019
  •  | 
  •  

Frage

Ich habe eine Orchestrierung, die einen Web-Dienst bereitstellt, untersucht er die Quelle der Nachricht empfangen ausführt einige Verzweigungslogik auf dieser Grundlage und ruft eine aus einer Reihe von ‚Dienstleistung‘ Orchestrierungen (die wohnt in einer anderen Anwendung). Die Service-Orchestrierung führt eine Aktualisierung auf meiner Nachricht, um sie dann an die Routing-Orchestrierung zurückzuschicken, wenn Sie fertig. Die Routing-Anwendung sendet dann eine entsprechende Webdienstantwort. das heißt das Ende zum anderen Prozess wird alle gemeint synchron sein.

Meine Absicht war, eine direkte Bindung send haben / Empfangs-Port auf meiner ‚Routing‘ Orchestrierung und ein verknüpftes Empfangs- / Sendeport auf dem ‚Dienst‘ Orchestrierungen die Sperrung zu erreichen, aber ich habe Probleme, diese Arbeit zu machen.

Ich habe versucht, Korrelationen und Filterausdrücke verwenden, aber ich sehe konsequent die ‚Multiple Subscribers Fehler‘, wenn die Service-Orchestrierung versucht, seine Antwort zurück zu senden.

Ich habe dafür gesorgt, dass keine andere Orchestrierungen / Ports verwendet mein Schema (bis zu dem Punkt, eine Marke neuer schafft sicher sein).

Tearing meine Haare über diese ein wenig, scheint es wie etwas, das relativ einfach sein sollte, zu erreichen.

(P. S Ich bin Neigung in Richtung der Service Orchestrierung einen Webdienst belichten mit und fordern, aber es scheint wie ein langer Weg, um für etwas, das immer auf der gleichen Maschine zu residieren gehen).

War es hilfreich?

Lösung

Eine gemeinsame Art und Weise, dass die Nachrichten, um sicherzustellen, werden als „anders“ von biztalk gesehen, so dass diese Art von Fragen nicht geschehen ist ein kontext einzige Eigenschaft zu verwenden, die auf unterschiedliche Werte eingestellt wird vor und nach, und dann Korrelationen verwenden und Filterausdruck, um sicherzustellen, dass die Nachrichten nur eine bestimmte Instanz der Nachricht passen zu einem Zeitpunkt von einem bestimmten Ort kommen.

Auf diese Weise, auch wenn die Nachrichtentypen gleich sind, werden nicht wirklich die Abonnements die gleichen Prädikate haben.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top