Réponse de requête synchrone entre deux orchestrations Biztalk dans différents serveurs

Question

J'ai une orchestration qui expose un service Web, il examine la source du message reçu exécute une logique de branchement basée sur cela et appelle un d'un ensemble de orchestrations « services » (qui se trouve dans une autre application). Ces orchestrations de services effectuent une mise à jour sur mon message, puis le renvoyer à l'orchestration de routage lorsque vous avez terminé. L'application de routage envoie alors une réponse de service Web approprié. i.e. la fin de processus de fin est tout destiné à être synchrone.

Mon intention était d'avoir un port d'émission / réception lié directement sur mon orchestration « routage » et un port Linked recevoir / envoyer des orchestrations « service » pour obtenir le blocage, mais je vais avoir du mal à faire ce travail.

J'ai essayé d'utiliser des corrélations et des expressions de filtre, mais je vois toujours la « erreur de plusieurs abonnés » lorsque l'orchestration de service essaie de renvoyer sa réponse.

Je suis assuré qu'aucun autre / ports orchestrations utilisent mon schéma (au point de créer une nouvelle marque pour être sûr).

Déchirer mes cheveux sur cela un peu, il semble que quelque chose qui devrait être relativement simple à accomplir.

(p.s je penche vers avoir les orchestrations de service exposent un service Web et d'appeler, mais il semble un long chemin autour de quelque chose qui va toujours se trouver sur la même machine).

Answer 1

Une façon courante de faire en sorte que les messages sont considérés comme « différents » par biztalk pour que ce genre de problèmes ne se produisent pas est d'utiliser une propriété de contexte seule qui se prépare à des valeurs différentes avant et après, puis utiliser des corrélations et l'expression de filtre pour vous assurer que les messages correspondent à une seule instance spécifique du message provenant d'un emplacement spécifique à un moment.

De cette façon, même si les types de messages sont les mêmes, les abonnements ne pas vraiment les mêmes prédicats.