Terminologie des normes WS-Notification
La terminologie de cette rubrique, définie par les spécifications WS-Notification , est commune à toutes les implémentations des fournisseurs de ces spécifications.
Copyright © OASIS Open 2004-2006. All Rights Reserved.
Le présent document ainsi que sa traduction peuvent être copiés et transmis, et les oeuvres dérivées qui font des observations ou apportent des explications sur le présent document, ou assistent son implémentation peuvent être élaborées, copiées, publiées et distribuées, tout ou partie, sans aucune restriction, à condition que la susdite notice de copyright ainsi que le présent paragraphe soient inclus dans lesdites copies et oeuvre dérivées. Toutefois, vous ne pouvez en aucun cas modifier le présent document, en supprimant la notice de copyright ou les références à OASIS, excepté pour des besoins de développement des spécifications OASIS, auquel cas les procédures de copyright définies dans le document OASIS Intellectual Property Rights s'appliquent, ou pour des besoins de traduction dans des langues autres que l'anglais.
Les termes suivants sont définis dans la norme WS-BaseNotification version 1.3 OASIS :
- Situation :
- Une Situation correspond à une occurrence connue par un NotificationProducer ou présentant un intérêt pour des tiers.
- Une situation peut être une modification de l'état interne d'une ressource, ou elle peut être environnementale, telle qu'un événement temporel. Elle peut être également un événement externe, tel qu'une information qui a été fournie par un service de distribution de nouvelles.
- WS-Notification n'indique pas la nature d'une situation, et ne définit pas non plus le lien qui existe entre une situation et les notifications qui sont utilisés pour la décrire.
- Notification :
- Notification représentant l'artefact d'une situation contenant des informations la concernant qui indiquent qu'une entité souhaite communiquer avec d'autres entités.
- Une notification est représentée par un élément XML avec un nom QName qualifié d'espace de nom et un type défini en utilisant le schéma XML.
- En règle générale, nous vous recommandons de définir un seul type de Notification (pour être précis, son élément XML de définition) pour chaque type de situation, contenant des informations pertinentes relatives à ce type de situation ; dans ce cas, nous pourrions assimiler une instance de Notification comme étant (ou au moins la représentant), dans un certain sens, la situation.
- Un concepteur peut choisir d'associer plusieurs types de Notification différents à une situation, par exemple, pour décrire différents aspects de la situation, destinés à différents destinataires cibles, ou inversement, il est possible que plusieurs situations essentiellement différentes engendrent des NotificationMessages de même type.
- NotificationProducer :
- Un fournisseur de notification est un service Web qui met en oeuvre les échanges de messages associés à l'interface NotificationProducer.
- Un NotificationProducer est en mesure de générer des Notifications destinées aux NotificationConsumers pour lesquels des abonnements ont été enregistrés, en fonction des situations qui apparaissent et des paramètres indiqués avec les requêtes à partir desquelles les abonnements ont été créés.
- Un service Web qui met en oeuvre les échanges de messages associés au NotificationProducer peut générer directement des notifications ou être un courtier de notification reproduisant les notifications qui ont été créées par une entité de Diffuseur de publications et/ou Fournisseur de notification séparée.
- Il correspond à la fabrique des ressources de l'abonnement.
- NotificationConsumer :
- Un NotificationConsumer est un noeud final représenté par une référence de noeud final à la suite d'un abonnement.
- Un NotificationConsumer peut accepter le message Notify générique ou traiter un ou plusieurs types de notification propres à un domaine.
- Abonnement :
- Un abonnement représente la relation entre un NotificationConsumer, un NotificationProducer, notamment les paramètres de filtrage comme le sujet et d'autres expressions de filtrage facultatives, règles et informations contextuelles.
- Une ressource d'abonnement est créée quand un abonné envoie un message SubscribeRequest à un NotificationProducer.
- Les ressources d'abonnement sont manipulées par l'envoi de messages au service Web SubscriptionManager associé à la ressource d'abonnement.
- SubscriptionManager
- Gestionnaire d'abonnement, correspondant à un noeud final qui met en oeuvre les échanges de messages associés à l'interface du SubscriptionManager.
- Un SubscriptionManager fournit des opérations qui permettent à un demandeur de service de solliciter et de traiter les ressources d'abonnement qu'il gère.
- Il est subordonné au NotificationProducer, et peut être implémenté par le fournisseur de services du NotificationProducer ou par un autre fournisseur de services.
- Abonné :
- Un abonné est une entité qui envoie le message SubcribeRequest à un NotificationProducer.
- Un abonné peut être une entité différente du NotificationConsumer pour lequel des notifications sont générées.
Les termes suivants sont définis dans la norme WS-Topics Version 1.3 OASIS :
- Sujet :
- Un sujet est la notion utilisée pour catégoriser les notifications et leurs schémas de Notification connexes.
- Les sujets sont utilisés dans le cadre du processus de correspondance qui détermine (le cas échéant) quels NotificationConsumers abonnés doivent recevoir une Notification.
- Lorsqu'il génère une Notification, un diffuseur peut l'associer à un ou plusieurs sujets. La relation entre la situation et le sujet n'est pas spécifiée par WS-Notification mais peut l'être par le concepteur de l'espace de nom du sujet.
- Dans d'autres modèles de publication/abonnement, le synonyme de ce terme est Rubrique.
- Espace de sujet :
- Regroupement d'arborescences thématiques dans un même espace de nom, à des fins administratives.
- Arborescence thématique :
- Regroupement hiérarchique de sujets.
- Ensemble de sujets :
- Ensemble de sujets pris en charge par un NotificationProducer.
Les termes suivants sont définis dans la norme WS-BrokeredNotification Version 1.3 OASIS :
- Diffuseur de publications :
- Un diffuseur de publication est une entité qui crée des Notifications, basés sur les situations, capable de les identifier et de les convertir en artefacts de Notification. Il ne s'agit pas nécessairement d'un service Web.
- Un diffuseur peut enregistrer les sujets qu'il souhaite publier avec NotificationBroker.
- Un diffuseur de publications peut être un service web qui implémente les échanges de messages associés à l'interface NotificationProducer, et dans ce cas, il peut également distribuer les notifications aux consommateurs de notifications appropriés.
- Si un diffuseur de publications n'implémente pas les échanges de messages associés au NotificationProducer, alors il n'a pas besoin de prendre en charge le message de demande Subscribe et n'a pas besoin de conserver les informations sur les NotificationConsumers qui sont abonnés ; un NotificationBroker s'en charge à sa place.
- NotificationBroker :
- Un courtier de notification est un service Web intermédiaire qui découple les consommateurs de notifications des diffuseurs de publications. Un NotificationBroker est en mesure de s'abonner à des notifications, soit au nom des NotificationConsumers soit pour la gestion de la messagerie. Il peut transmettre les notifications aux NotificationConsumers au nom des diffuseurs.
- Un NotificationBroker regroupe les interfaces NotificationProducer, NotificationConsumer et RegisterPublisher.
- En tant qu'intermédiaire, un NotificationBroker étend les fonctionnalités de l'interface NotificationProducer de base :
- Il peut éviter à un diffuseur d'avoir à mettre en oeuvre les échanges de messages associés au NotificationProducer ; le NotificationBroker prend en charge les tâches d'un SubscriptionManager (la gestion des abonnements) et du NotificationProducer (la distribution des NotificationMessages) à la place du diffuseur.
- Il permet de réduire le nombre de références et connexions inter-service, en cas de diffuseurs et de NotificationConsumers multiples
- Il peut agir en tant que service de localisateur. En effet, les diffuseurs de publications et les abonnés potentiels peuvent se trouver en utilisant un NotificationBroker commun.
- Il peut fournir une notification anonyme, afin que les diffuseurs et les NotificationConsumers ne connaissent pas leurs identités réciproques.
- L'implémentation d'un NotificationBroker peut fournir des fonctions à valeur ajoutée complémentaires qui dépassent les compétences de cette spécification, par exemple la consignation des notifications, ou la transformation du contenu des sujets et/ou des notifications. Ces fonctions complémentaires fournies par un NotificationBroker s'appliquent à tous les diffuseurs qui les utilisent.
- Il peut s'agir de la fabrique de ressources Abonnements ou il peut déléguer la fabrique d'abonnements à un autre composant.
- Un NotificationBroker fournit les fonctions d'enregistrement du diffuseur.
- Un NotificationBroker peut établir une liaison entre WS-Notification et d'autres systèmes de publication/abonnement.
- PublisherRegistration :
- PublisherRegistration est une ressource. Un PublisherRegistration représente la relation entre un diffuseur de publications et un NotificationBroker, en particulier les sujets que le diffuseur est autorisé à publier.
- Une ressource PublisherRegistration est créée lorsqu'un diffuseur envoie un message de requête RegisterPublisher à un NotificationBroker et le NotificationBroker parvient à traiter l'enregistrement.
- Les ressources PublisherRegistration peuvent être manipulées par l'envoi des messages au service Web PublisherRegistrationManager.
- RegisterPublisher :
- Un diffuseur de publications de registre est un service Web qui implémente les échanges de messages associés à l'interface RegisterPublisher. Une ressource PublisherRegistration est créée à la suite d'une requête d'un RegisterPublisher à un NotificationBroker.
- PublisherRegistrationManager :
- Un gestionnaire d'enregistrement de diffuseur de publications est un service Web qui implémente les échanges de messages associés à l'interface PublisherRegistrationManager.
- Une PublisherRegistration peut être manipulée via des échanges de messages PublisherRegistrationManager.
- Un PublisherRegistrationManager fournit des services qui permettent à un demandeur de service de solliciter et de traiter les ressources PublisherRegistration qu'il gère.
- Il est subordonné au NotificationBroker, et peut être implémenté par le fournisseur de services du NotificationBroker ou par un autre fournisseur de services.
- Publication sur demande :
- Certains diffuseurs peuvent avoir envie de savoir s'ils ont des abonnés ou non, puisque la création d'une notification est un processus coûteux. Ces diffuseurs peuvent s'enregistrer auprès d'un NotificationBroker en tant que diffuseur basé sur la demande.
- Les diffuseurs basés sur la demande mettent en oeuvre des échanges de messages associés à l'interface du NotificationProducer.
- Le NotificationBroker s'abonne au diffuseur basé sur la demande. Quand le NotificationBroker sait qu'aucun abonné n'existe pour les Notifications du diffuseur en question, il suspend son abonnement avec ce diffuseur ; quand il sait que des abonnés existent, il reprend l'abonnement.
- De cette manière, le diffuseur basé sur la demande n'a pas besoin de produire des messages quand il n'a pas d'abonné. Ce diffuseur est tenu toutefois de prendre en charge un abonné même unique, à un sujet donné, et peut ainsi déléguer la gestion des abonnés multiples, la distribution à des NotificationConsumers multiples et les autres tâches connexes (la sécurité, par exemple) au NotificationBroker.
Le terme suivant, bien que dérivé des spécifications WS-Notification , n'est pas décrit avec les mots issus directement des spécifications :
- Point d'extraction :
- Dans certaines circonstances, le "style-pousser" de base de la distribution de NotificationMessage n'est pas approprié. Par exemple, certains NotificationConsumers se trouvent derrière un pare-feu qui empêche le NotificationProducer de lancer un échange de messages pour envoyer la notification. Des situations similaires existent pour les NotificationConsumers qui ne peuvent ou ne veulent pas fournir de noeud final auquel le NotificationProducer peut envoyer des messages de notification. Dans d'autres situations, le NotificationConsumer préfère contrôler le rythme de réception des messages de notification, plutôt que de recevoir des messages de notification à intervalles irréguliers, il peut préférer "extraire" ou "récupérer" les messages de notification quand il le souhaite.
- Pour ces raison, la spécification de la notification de base des services Web définit deux types de port : une interface PullPoint, définissant un noeud final qui rassemble les messages de notification et permet au demandeur d'extraire ces messages accumulés et une interface CreatePullPoint qui agit en tant que fabrique de ressources PullPoint.
- Le modèle d'utilisation prévu est qu'un abonné ou une autre partie crée un PullPoint via l'interface de la fabrique, puis ensuite l'utilise comme ConsumerReference dans une ou plusieurs demandes Subscribe. Le destinataire peut ensuite extraire les notifications du PullPoint.