Génération et contrôle d'événements

Dans WebSphere Integration Developer, vous pouvez activer la génération et le contrôle d'événements pour un grand nombre des composants d'intégration métier générés par des outils d'édition, tels que les processus et les règles métier. Le principal outil d'activation de la génération et du contrôle d'événements dans WebSphere Integration Developer est le moniteur d'événements.

Dans tous les éditeurs hébergeant le moniteur d'événements, vous pouvez sélectionner un ou plusieurs éléments de composant à contrôler, puis utiliser le moniteur d'événements afin de choisir les événements que vous voulez générer et contrôler pour les éléments sélectionnés. Par exemple, dans l'éditeur de processus métier, vous pouvez sélectionner une activité de réception dans un processus métier, puis utiliser le moniteur d'événements pour choisir les événements Activity Started et Activity Stopped pour la génération et le contrôle. Une liste complète des composants et éléments contrôlables se trouve à la rubrique "Composants et éléments contrôlables dansWebSphere Integration Developer."

Avant d'utiliser le moniteur d'événements, vous devez comprendre les concepts relatifs aux événements suivants :

Ces concepts sont traités dans les sections ci-après.

Infrastructure d'événements communs

Dans WebSphere Integration Developer et WebSphere Process Server, l'infrastructure d'événements communs est utilisée pour fournir des services de gestion d'événements de base tels que la génération, la transmission, la persistance et la consommation des événements. Cette infrastructure a été développée pour résoudre les problèmes auxquels l'industrie était confrontée dans le cadre de l'échange d'événements entre des systèmes incompatibles, dont un grand nombre faisait appel à des infrastructures d'événements, formats d'événements et magasins de données différents. Grâce à cette infrastructure, des systèmes auparavant incompatibles sont désormais capables de partager une seule infrastructure et d'utiliser une seule API, ce qui facilite l'échange de données entre des applications écrites par les mêmes fournisseurs ou des fournisseurs différents.

Evénement CBE

Bien que l'infrastructure d'événements communs ait pour objet la gestion des événements, elle ne définit pas leur format. Ceci est défini par la spécification d'événements CBE (Common Base Event) qui fournit un format XML standard pour les événements métier, système et des informations sur les performances. Les développeurs et administrateurs d'applications peuvent utiliser la spécification CBE pour structurer et développer des types d'événements.

Le concept clé dans le modèle CBE est la situation, qui correspond à toute occurrence qui apparaît à n'importe quel emplacement du système informatique, tel que l'échec d'une connexion utilisateur ou un arrêt planifié du serveur. Le modèle CBE définit un ensemble de types de situation standard, tels que StartSituation et CreateSituation, qui englobent la majorité des situations pouvant se produire.

Dans ce modèle, un événement est une notification structurée fournit des informations relatives à une situation. Un événement fournit trois types d'information :

La spécification CBE fait partie deIBM Autonomic Computing Toolkit. Pour plus d'informations sur la spécification, visitez le site Web IBM Autonomic Computing.

Evénements métier

Les événements métier capturent des informations pertinentes pour une entreprise. Ces informations peuvent alors être analysées pour évaluer les performances des différents aspects de l'entreprise. Par exemple, un événement métier peut être généré lorsque le nombre de commandes client concernant un produit devient inférieur à un seuil critique dans une période spécifique.

Dans WebSphere Integration Developer, un ensemble d'événements métier prédéfinis est fourni pour chaque type de composant contrôlable, tels que de processus et des règles métier et d'autres composants. Cela signifie que vous disposez d'un ensemble complet d'événements métier sans qu'il soit indispensable d'écrire une seule ligne code d'événement. Les événements métier prédéfinis sont tous basés sur la spécification CBE et vous pouvez utiliser le moniteur d'événements pour les sélectionner, les générer et les contrôler.

Dans tous les éditeurs WebSphere Integration Developer prenant en charge le contrôle d'événements, le moniteur d'événements contient une caseCEI. Si vous cochez cette case, les événements métier (et d'autres événements) sont générés en fonction de la spécification CBE,sont transmis via CEI et consignés dans le magasin de données CEI.

Dans l'éditeur de processus métier et l'éditeur de tâches manuelles, le moniteur d'événements contient aussi une caseJournal d'audit. Si vous cochez cette case, les événements métier relatifs aux processus métier et aux tâches manuelles sont générés en tant qu'événements d'audit dans la base de données de Process Choreographer. Si vous avez coché la case CEI, les mêmes événements métier seront également générés dans le magasin de données CEI.

Il est important de noter que contrairement aux événements d'audit consignés dans la base de données de Process Choreographer, les événements CEI sont généralement accessibles à tous les composants et utilisateurs des événements. Par conséquent, et sauf si vous avez besoin d'utiliser spécifiquement des événements d'audit, il est recommandé d'activer la génération et le contrôle des événements CEI plutôt que des événements d'audit.

Concepts associés
Composants et éléments contrôlables dans WebSphere Integration Developer
Evénements par défaut pour les processus métier dans WebSphere Integration Developer
Tâches associées
Configuration de WebSphere Process Server pour la prise en charge du contrôle d'événements dans WebSphere Integration Developer
Activation du contrôle d'événements dans WebSphere Integration Developer
Visualisation des événements CEI
Référence associée
Moniteur d'événements

Commentaire
(C) Copyright IBM Corporation 2005, 2006. All Rights Reserved.