Notification par courtier
La spécification Web Services Brokered Notification définit la façon dont un intermédiaire - un courtier de notifications - est chargé de diffuser les messages produits par un ou plusieurs diffuseurs de publications aux éventuels destinataires de messages de notification.
La section 4 de la spécification WS-BrokeredNotification Version 1.3 OASIS Standard décrit la notification par courtier comme suit :
Le processus de notification comporte trois étapes distinctes :
- Observation de la situation et de ses caractéristiques notables.
- Création de l'artefact de notification qui capture les caractéristiques notables de la situation.
- Distribution des copies de la notification aux éventuelles parties intéressées.
L'essentiel des étapes 1 et 2 sont effectuées en dehors de l'architecture WS-Notification ; cette spécification ne limite donc pas les moyens à l'aide desquels ces étapes sont réalisées. L'entité qui effectue les étapes 1 et 2 est appelée diffuseur de publications.
Toutefois, la famille de spécifications WS-Notification indique comment DOIT se dérouler la diffusion des messages. WS-Notification comporte deux principaux modes de diffusion des notifications : direct et par courtier.
Dans le cas direct, le service Web de publication met en oeuvre des échanges de messages en association avec l'interface de l'expéditeur de notifications ; il est chargé d'accepter les messages d'abonnement et d'envoyer des notifications aux parties intéressées. L'implémenteur de ce service Web peut programmer ce comportement ou déléguer cette tâche aux implémentations spécialisées du comportement de distribution d'abonnement et de notification. Ce cas de figure relève de la WS-BaseNotification Version 1.3 OASIS Standard.
En cas de diffusion par courtier, un intermédiaire (un courtier de notifications) est chargé de diffuser les messages produits par un ou plusieurs diffuseurs de publications aux éventuels destinataires de notifications.
Le diffuseur de publications et le courtier de notifications sont liés par l'un des trois modèles de relation suivants : publication simple, publication par courtier et publication sur demande.
La figure suivante représente une publication simple :

Dans la publication simple, l'entité Diffuseur de publications n'est chargée que des fonctions de publication principales, c'est-à-dire de l'observation de la situation et du formatage de l'artefact de notification qui décrit la situation. A l'étape de diffusion, le diffuseur envoie le message de notification au courtier de notifications.
Dans le modèle de publication démarré par le courtier, le rôle du publier est exécuté par un service Web qui implémente NotificationProducer. L'observation de la situation et le formatage de la notification se déroule au sein même de la logique d'implémentation de l'expéditeur de messages de notification. La notification est diffusée par l'expéditeur de messages de notification qui l'envoie à un courtier de notifications. La diffusion est également possible par l'envoi du message de notification à tout destinataire de notifications abonné à l'expéditeur de messages de notification.
Remarque : Dans les deux cas précédents, le courtier de notifications peut imposer l'enregistrement du diffuseur de publications préalablement à tout envoi de message de notification. Par exemple, le courtier a la possibilité d'autoriser ou non des diffuseurs à publier sur un sujet donné, en exécutant un contrôle d'accès lors de l'enregistrement. Toutefois, le courtier peut également autoriser les diffuseurs à publier sans imposer d'enregistrement préalable.
Enfin, dans la publication sur demande, le diffuseur de publications doit être un expéditeur de messages de notification ; il accepte donc le message d'abonnement. La publication sur demande s'utilise lorsque l'observation de la situation ou le formatage de l'artefact de notification sont coûteux et doivent donc être évités, si aucune partie n'est intéressée par la notification en question. Un diffuseur de publications indique son intention d'utiliser la publication sur demande en s'enregistrant auprès de l'expéditeur de notifications et en associant le composant Demand du message de demande RegisterPublisher à la valeur "true". Le courtier de notifications envoie alors le message d'abonnement au diffuseur de publications (rappelons que dans ce cas, le diffuseur de publications doit implémenter les échanges de messages associés à l'interface de l'expéditeur de messages de notification).

En outre, le courtier de notifications doit suspendre le flux d'abonnement en l'absence d'abonnés actifs à l'information fournie par le diffuseur de publications. Lorsque le courtier comporte des abonnés actifs, il doit reprendre les flux d'abonnement vers le diffuseur de publications.
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 en partie, sans aucune restriction, à condition que la susdite notice de copyright ainsi que le présent paragraphe soient inclus dans lesdites copies et oeuvres dérivées. Toutefois, vous ne pouvez en aucun cas modifier le présent document, y compris en supprimant la notice de copyright ou les références à OASIS, excepté pour des besoins de développement de tout document ou livrable produits par un comité technique OASIS (auquel cas les règles applicables aux copyrights, telles que définies dans le document relatif aux règles Intellectual OASIS s'appliquent, ou pour des besoins de traduction dans des langues autres que l'anglais.