Traitement dans les étapes de traitement de la commande
La solution de gestion des processus métier comprend deux étapes, les orchestrations CableOrder1 et CableOrder2 , qui effectuent les actions de traitement des commandes. Pour plus d’informations sur la façon dont le processus de commande a été divisé en phases, consultez Nombre d’étapes de traitement.
Les deux étapes de traitement commencent lorsqu’elles reçoivent un message de commande et répondent toutes les deux avec un message status à l’orchestration OrderManager une fois qu’elles ont démarré. De même, les deux renvoient un message à OrderManager pour indiquer si l’étape s’est terminée ou s’est terminée avec une erreur. Pour plus d’informations sur la connexion entre l’orchestration OrderManager et les étapes de traitement, consultez Liaison de partenaire direct inverse.
Les deux étapes de traitement utilisent des ports dynamiques auto-corrélataires pour renvoyer des informations à OrderManger. Grâce aux ports dynamiques, les orchestrations copient l'adresse de port du message envoyé au port d'envoi.
Tous les messages de commande que les étapes de traitement reçoivent sont les messages d’ordre canonique normalisés créés dans orderBroker.
Notes
En raison de la longueur des orchestrations CableOrder1 et CableOrder2 , vous pouvez lire cette section avec les orchestrations ouvertes dans Microsoft Visual Studio.
Orchestration CableOrder1
L’orchestration CableOrder1 démarre lorsqu’elle reçoit un message de commande. Elle copie l'adresse de réponse du message vers le port d'exécution de l'étape. Ensuite, il construit un message d’accusé de réception et l’envoie en réponse au port BeginStagePort , puis enregistre les informations de routage dans une variable locale.
L'orchestration obtient les informations de configuration de l'authentification unique. Pour plus d’informations sur la façon dont la solution utilise l’authentification unique, consultez Utilisation efficace de l’authentification unique dans la solution de gestion des processus métier.
L’orchestration crée ensuite un instance de l’objet OrderHandler pour communiquer avec les processus back-end, vérifie la validité du message, analyse le message, détermine le type de service et l’action à entreprendre. En fonction de l’action à entreprendre, il appelle l’une des orchestrations d’action d’ordre Activate, Change ou Cancel et passe l’objet OrderHandler à l’orchestration.
L’orchestration CableOrder1 recherche ensuite une interruption, envoie un message au groupe d’installations et attend d’entendre. Si elle reçoit une réponse du groupe d'installations, elle poursuit le traitement. Sinon, en cas d'interruption, elle génère une exception d'interruption.
L’orchestration se termine en construisant un message d’achèvement et en l’envoyant via le port StageCompletion .
Orchestration CableOrder2
L’orchestration CableOrder2 effectue les mêmes étapes de départ que l’orchestration CableOrder1 pour les informations de routage, les informations de configuration de l’authentification unique et la création d’un instance de l’objet OrderHandler.
L’orchestration recherche ensuite une interruption et transmet l’objet OrderHandler dans un appel à l’orchestration Complete . Ensuite, l’orchestration crée un message d’ordre status, met à jour l’historique des commandes et envoie un message d’achèvement via le port StageCompletion.
Voir aussi
Gestion des versions de la solution de gestion des processus d’entreprise
Traitement dans la solution de gestion des processus métier