Utilisation de l’objet Gestionnaire de commandes pour communiquer avec les systèmes principaux
La solution de gestion des processus d'entreprise peut communiquer de diverses manières avec le système de commande principal hérité, c'est-à-dire le système d'approvisionnement en câble qui reçoit les commandes finales. La solution utilise les fonctionnalités de communication à distance .NET de Microsoft .NET Framework pour communiquer avec le système d’approvisionnement.
La solution fait appel à une technique courante qui consiste à utiliser une interface pour définir l'objet d'accès au système principal. En plaçant l'interface dans un assembly séparé, l'assembly client peut accéder à l'objet distant sans nécessairement devoir disposer d'un accès à l'assembly compilé.
L’interface IOrderHandler définit les méthodes pour communiquer avec le système de commande principal. Elle inclut des méthodes pour analyser, activer, annuler et terminer les commandes. Elle fournit également une méthode permettant d'identifier le type de service ; cette méthode est requise lors de l'annulation d'une commande.
Les orchestrations CableOrder1, CableOrder2 et satellite utilisent l’objet OrderHandlerWrapper qui implémente IOrderHandler. L’objet OrderHandlerWrapper appelle à son tour une instance distante d’un objet OrderHandler fourni par l’exécutable CableProvisioningSystemServer. L'utilisation de l'objet de wrapper répond aux besoins de l'entreprise en matière d'utilisation de l'accès à distance .NET pour communiquer avec le système de commande principal tout en exploitant les fonctionnalités de nouvelles tentatives des composants de gestion des exceptions.
Étant donné que l’on doit être en mesure de sérialiser chaque objet référencé dans une orchestration, le OrderHandlerWrapper peut également être sérialisé. L’utilisation de OrderHandlerWrapper isole le code de sérialisation des orchestrations.
Si vous examinez le code, vous constaterez que l’objet OrderHandlerWrapper implémente explicitement l’interface ISerializable . L'objet doit gérer sa propre sérialisation, car il utilise un constructeur personnalisé.
La communication avec le système principal via l'accès à distance .NET est une méthode plus efficace que celle utilisant la messagerie. D'un autre côté, les orchestrations sont plus étroitement liées au système principal qu'elles ne le seraient avec une solution de messagerie pure. L'utilisation de l'accès à distance .NET empêche également la solution de tirer parti des fonctionnalités de BizTalk Server intégrées qui permettent d'effectuer de nouvelles tentatives de requêtes.
Voir aussi
Caractéristiques de l’implémentation de la solution de gestion des processus d’entreprise
Logique du gestionnaire de processus