Terminología de los estándares WS-Notification

La terminología definida en este tema está definida por las especificaciones WS-Notification y es común para cualquier implementación de proveedor de estas especificaciones.

Esta información se ha extraído de los estándares WS-Notification y, por lo tanto, está sujeta al siguiente acuerdo de copyright:

Copyright © OASIS Open 2004-2006. Reservados todos los derechos.

Este documento y sus traducciones pueden copiarse y proporcionarse a terceros, los trabajos que se deriven de este material que comenten o expliquen de otro modo, o bien sirvan de ayuda para su implementación, pueden prepararse, copiarse, publicarse y distribuirse, parcial o totalmente, sin ningún tipo de restricción, siempre que el anterior aviso de copyright y este párrafo se incluyan en todas estas copias y trabajos derivados. Sin embargo, el propio documento no puede modificarse en ningún modo como, por ejemplo, eliminar el aviso de copyright o las referencias a OASIS; excepto si fuera necesario con objeto de desarrollar especificaciones OASIS, en cuyo caso se deberán seguir los procedimientos para copyright definidos en el documento de derechos de propiedad intelectual de OASIS, o, si fuera necesario, traducirlo a otros idiomas que no sean el inglés.

Los términos siguientes se definen en WS-BaseNotification Versión 1.3 OASIS Standard:

Situación:
Una situación es algún acontecimiento conocido para un NoticationProducer y de interés potencial para terceros.
Una situación podría significar un cambio del estado interno de un recurso o bien un cambio de entorno como, por ejemplo, un suceso de temporizador. También podría ser un suceso externo, como una noticia que ha sido proporcionada por un servicio de suministro de noticias.
WS-Notification no especifica que es y que no es una situación, tampoco define la relación entre una situación y las notificaciones que se utilizan para describirla.
Notificación:
Una notificación es un artefacto de una situación que contiene la información sobre dicha situación que alguna entidad desea comunicar a otras entidades.
Una notificación se representa como un elemento XML con un espacio de nombres cualificado QName y un tipo definido mediante el esquema XML.
Un patrón de uso típico debe definir un único tipo de notificación (para ser precisos, su elemento XML definitorio) para cada tipo de situación, que contiene información pertinente para dicha clase de situación; en este caso, se puede pensar en una instancia de notificación como en la situación (o, como mínimo, representado la situación).
Un diseñador podría elegir asociar varios tipos de notificaciones diferentes con una situación, por ejemplo, que describe diferentes aspectos de la situación destinados a distintos destinatarios de destino, etc. En cambio, es posible que se den varias situaciones muy diferentes para la notificación del mismo tipo.
NotificationProducer:
Un NotificationProducer es un servicio web que implementa los intercambios de mensajes asociados con la interfaz NotificationProducer.
Un NotificationProducer es capaz de producir notificaciones para aquellos NotificationConsumers para los que se han registrado suscripciones, basándose en situaciones que se producen y en los parámetros suministrados con las solicitudes a partir de las que se crearon las suscripciones.
Un servicio web que implementa los intercambios de mensajes asociados con NotificationProducer puede producir directamente notificaciones, o puede ser un NotificationBroker, que reproduce notificaciones producidas por entidades Editor y/o NotificationProducer distintas.
Es la fábrica para los recursos de suscripción.
NotificationConsumer:
Un NotificationConsumer es un punto final representado por una referencia de punto final de WS-Addressing designada para recibir notificaciones producidas por un NotificationProducer como resultado de una suscripción.
Un NotificationConsumer puede aceptar el mensaje de notificación genérico, o bien puede procesar uno o más tipos de notificación específicos de dominio.
Suscripción:
Un suscripción representa la relación entre un NotificationConsumer y un NotificationProducer, incluidos todos los parámetros de filtrado como tema y varios otras expresiones de filtro opcionales, junto con todas las políticas relevantes y la información de contexto.
Un recurso de suscripción se crea cuando un suscriptor envía un mensaje SubscribeRequest a un NotificationProducer.
Los recursos de suscripción son manipulados por los mensajes enviados al servicio web SubscriptionManager asociado con el recurso de suscripción.
SubscriptionManager
Un SubscriptionManager es un punto final, representado por una referencia de punto final [WS-Addressing] que implementa intercambios de mensajes asociados con la interfaz SubscriptionManager.
Un SubscriptionManager proporciona operaciones que permiten a un solicitante de servicio consultar y manipular recursos de suscripción que gestiona.
Un SubscriptionManager está subordinado al NotificationProducer y puede ser implementado por el proveedor de servicios NotificationProducer o por un proveedor de servicios diferente.
Suscriptor:
Un suscriptor es un entidad que envía el mensaje SubscribeRequest a un NotificationProducer.
Tenga en cuenta que un suscriptor puede ser una entidad distinta de NotificationConsumer para el que se generan las notificaciones.

Los términos siguientes se definen en WS-Topics Versión 1.3 OASIS Standard:

Tema:
Un tema es el concepto utilizado para categorizar notificaciones y sus esquemas de notificación relacionados.
Los temas se utilizan como parte del proceso de coincidencia que determina qué (si es aplicable) NotificationConsumers, que se suscriben, deberían recibir una notificación.
Cuando genera una notificación, un editor puede asociarla con uno o más temas. La relación entre la situación (como se define en [WS-BaseNotification]) y el tema no está especificada por WS-Notification, pero podría ser especificada por el diseñador del espacio de nombres de tema.
Un sinónimo en algunos modelos de publicación/suscripción es un sujeto.
Espacio de tema:
Un bosque de árboles de temas agrupados en el mismo espacio de nombres con objeto administrativo.
Árbol de temas:
Una agrupación jerárquica de temas.
Conjunto de temas:
La colección de temas soportados por un NotificationProducer.

Los términos siguientes se definen en WS-BrokeredNotification Versión 1.3 OASIS Standard:

Editor:
Un editor es una entidad que crea notificaciones, basándose en situaciones que es capaz de detectar y traducir en artefactos notificación. No tiene que ser necesariamente un servicio web.
Un editor puede registrar qué temas desea publicar con un NotificationBroker.
Un editor puede ser un servicio web que implementa los intercambios de mensajes asociados con la interfaz NotificationProducer, en cuyo caso también distribuye las notificaciones a los NotificationConsumers aplicables.
Si un editor no implementa los intercambios de mensajes asociados con NotificationProducer, no es necesario soportar el mensaje de solicitud de suscripción y no debe conservar los conocimientos de los NotificationConsumers a los que está suscrito; un NotificationBroker se ocupa de esta tarea en su nombre.
NotificationBroker:
Un NotificationBroker es un servicio web intermediario que desconecta NotificationConsumers de los editores. Un NotificationBroker puede suscribirse a notificaciones, tanto en nombre de NotificationConsumers, o con el objetivo de la gestión de mensajería. Puede ser capaz de diseminar notificaciones en nombre de los editores a NotificationConsumers.
Un NotificationBroker suma las interfaces NotificationProducer, NotificationConsumer y RegisterPublisher.
Al actuar como un intermediario, un NotificationBroker proporciona prestaciones adicionales a la interfaz base de NotificationProducer:
  • Puede aliviar a un editor de tener que implementar intercambios de mensajes asociados con NotificationProducer; el NotificationBroker se ocupa de las tareas de un SubscriptionManager (que gestiona suscripciones) y NotificationProducer (que distribuye NotificationMessages) en nombre del editor.
  • Puede reducir el número de conexiones y referencias entre servicios, si hubiera muchos editores y muchos NotificationConsumers
  • Puede actuar como un buscador de servicios. De hecho, los editores y suscriptores potenciales pueden encontrarse los unos a los otros utilizando un NotificationBroker común.
  • Puede proporcionar notificaciones anónimas, por lo tanto, los editores y los NotificationConsumers no tienen que ser conscientes de la identidad de los demás.
Una implementación de un NotificationBroker puede ofrecer una función adicional de valor añadido que va más allá del alcance de esta especificación, por ejemplo, registrar cronológicamente notificaciones o transformar temas o contenido de notificación. La función adicional proporcionada por un NotificationBroker puede aplicarse a todos los editores que la utilizan.
Puede ser la fábrica para los recursos de suscripción o puede delegar la fábrica de suscripciones en otro componente.
Un NotificationBroker proporciona funciones de registro de editor.
Un NotificationBroker puede servir de puente entre WS-Notification y otros sistemas de publicación/suscripción.
PublisherRegistration:
PublisherRegistration es un recurso. Un PublisherRegistration representa la relación entre un editor y un NotificationBroker, en particular qué temas está autorizado el editor a publicar.
Un recurso PublisherRegistration se crea cuando un editor envía el mensaje de solicitud RegisterPublisher a un NotificationBroker y el NotificationBroker procesa el registro correctamente.
Los recursos PublisherRegistration se pueden manipular por mensajes enviados a un servicio web PublisherRegistrationManager.
RegisterPublisher:
Un RegisterPublisher es un servicio web que implementa los intercambios de mensajes asociados con la interfaz RegisterPublisher. Un recurso PublisherRegistration se crea como resultado de una solicitud RegisterPublisher a un NotificationBroker.
PublisherRegistrationManager:
Un PublisherRegistrationManager es un servicio web que implementa intercambios de mensajes asociados con la interfaz PublisherRegistrationManager.
Un recurso PublisherRegistration se puede manipular a través de los intercambios de mensajes PublisherRegistrationManager.
Un PublisherRegistrationManager proporciona servicios que permiten a un solicitante de servicio consultar y manipular recursos PublisherRegistration que gestiona.
Un PublisherRegistrationManager está subordinado al NotificationBroker y lo puede implementar el proveedor de servicios NotificationBroker o un proveedor de servicios diferente.
Publicación basada en la demanda:
Algunos editores pueden estar interesados en saber si tienen o no suscriptores, ya que generar una notificación puede ser un proceso costoso. Dichos editores pueden registrarse con el NotificationBroker como un editor basado en demanda.
Los editores basados en demanda implementan intercambios de mensajes asociados con la interfaz NotificationProducer.
El NotificationBroker se suscribe al editor basado en demanda. Si el NotificationBroker sabe que no existen suscriptores para las notificaciones de un editor basado en demanda, realiza una pausa en su suscripción con dicho editor; si sabe que hay algunos suscriptores, reanuda la suscripción.
De esta forma el editor basado en demanda no necesita generar mensajes si no hay suscriptores, sin embargo, un editor basado en demanda sólo es necesario para dar soporte a un único suscriptor de cualquier tema determinado y, por lo tanto, puede delegar la gestión de múltiples suscriptores, entregar múltiples NotificationConsumers y otros temas relacionados (por ejemplo, la seguridad) al NotificationBroker.

El siguiente término, aunque se deriva de las especificaciones WS-Notification, no está descrito en términos extraídos directamente de las especificaciones.

Punto de extracción:
Existen determinadas circunstancias en las cuales el "estilo "push"" de entrega de NotificationMessage no es apropiado. Por ejemplo, determinados NotificationConsumers están detrás de un cortafuegos, de modo que el NotificationProducer no puede iniciar un intercambio de mensajes para enviar la notificación. Se da una circunstancia similar para los NotificationConsumers que no pueden o no desean proporcionar un punto final al cual el NotificationProducer puede enviar los mensajes de notificación. En otras situaciones, el NotificationConsumer prefiere controlar los tiempos de recepción de mensajes de notificación, en lugar de recibir mensajes de notificación a intervalos imprevisibles, puede preferir "extraer" o "recuperar" los mensajes de notificación en el momento que ellos mismos elijan.
Para estos motivos, la especificación Web Services Base Notification define un par de portTypes: una interfaz PullPoint, que define un punto final que acumula mensajes de notificación y permite a un solicitante recuperar mensajes de notificación y una interfaz CreatePullPoint que actúa como una fábrica para los recursos PullPoint.
El patrón de uso previsto es que el suscriptor o un tercero cree un PullPoint a través de la interfaz de la fábrica y, a continuación, lo utilice como la ConsumerReference en una o más solicitudes de suscripción. El consumidor extrae las notificaciones del PullPoint.

Icon that indicates the type of topic Reference topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rjwsn_terms_wsn
File name: rjwsn_terms_wsn.html