Terminologia dos Padrões do WS-Notification

A terminologia definida neste tópico é definida pelas especificações WS-Notification e é comum a qualquer implementação do fornecedor destas especificações.

Estas informações foram extraídas dos Padrões do WS-Notification e, portanto, estão sujeitas ao seguinte contrato de copyright:

Copyright © OASIS Open 2004-2006. Todos os Direitos Reservados.

Este documento e suas traduções podem ser copiadas e fornecidas a outros e os trabalhos derivados que o comentem ou, de outra forma, expliquem o documento ou auxiliem em sua implementação, devem ser preparados, copiados, publicados e distribuídos, na totalidade ou em partes, sem restrição de qualquer tipo, contanto que o aviso de copyright acima, e seu parágrafo, sejam incluídos em todas as cópias e em trabalhos derivados. Entretanto, este mesmo documento não deve ser modificado de nenhuma forma, como, por exemplo, remover o aviso de direitos autorais ou as referências ao OASIS, exceto, como necessário, com o propósito de desenvolver especificações do OASIS e, nesse caso, os procedimentos para direitos autorais definidos no documento Direitos de Propriedade Intelectual do OASIS devem ser seguidos ou, conforme necessário, com o propósito de traduzi-los para idiomas diferentes do inglês.

Os termos a seguir são definidos no Padrão OASIS do WS-BaseNotification Versão 1.3:

Situação:
Uma Situação é alguma ocorrência conhecida em um NotificationProducer e de possível interesse de terceiros.
Uma Situação pode ser uma mudança do estado interno de um recurso ou pode ser ambiental, tal como um evento baseado no timer. Ele também pode ser um evento externo, tal como uma notícia que foi fornecida por um serviço de feed de notícias.
O WS-Notification não especifica o que uma Situação é ou não é, nem define o relacionamento entre uma Situação e as Notificações que são utilizadas para descrevê-la.
Notificação:
Uma Notificação é um artefato de uma Situação que contém informações sobre essa Situação que alguma entidade deseja comunicar a outras entidades.
Uma Notificação é representada como um elemento XML com um Espaço de Nomes qualificado QName e um tipo que é definido usando o Esquema XML.
Um padrão de uso típico é definir um único tipo de Notificação (para ser preciso, seu elemento XML de definição) para cada tipo de Situação, contendo informações pertinentes a esse tipo de Situação; nesse caso, alguém pode considerar uma instância de Notificação como sendo, de alguma forma, (ou pelo menos representando) a Situação.
Um designer pode escolher associar diversos tipos diferentes de Notificações a uma Situação, como por exemplo, ao descrever diferentes aspectos da Situação destinada a diferentes destinatários de destino, etc. Inversamente, é possível que diversas Situações essencialmente diferentes dêem origem à Notificação do mesmo tipo.
NotificationProducer:
Um NotificationProducer é um serviço da Web que implementa as trocas de mensagens associadas à interface NotificationProducer.
Um NotificationProducer é capaz de produzir Notificações para esses NotificationConsumers para os quais as Assinaturas foram registradas, com base nas Situações que ocorrem e nos parâmetros fornecidos com os pedidos a partir dos quais as Assinaturas foram criadas.
Um serviço da Web que implementa as trocas de mensagens associadas ao NotificationProducer pode produzir diretamente Notificações por si próprio ou pode ser um NotificationBroker, reproduzindo Notificações que foram produzidas por entidades separadas do Publicador e/ou NotificationProducer.
É o depósito de informações do provedor para recursos da Assinatura.
NotificationConsumer:
Um NotificationConsumer é um terminal, representado por uma referência do terminal do WS-Addressing, designada a receber Notificações produzidas por um NotificationProducer como resultado de uma assinatura.
Um NotificationConsumer pode aceitar a mensagem Notificar genérica ou ser capaz de processar um ou mais tipos de Notificações específicas do domínio.
Assinatura:
Uma Assinatura representa o relacionamento entre um NotificationConsumer e um NotificationProducer, incluindo quaisquer parâmetros de filtro, como Tópico e várias outras expressões de filtro opcionais, junto com quaisquer políticas e informações de contexto relevantes.
Um recurso de Assinatura é criado quando um Assinante envia a mensagem SubscribeRequest para um NotificationProducer.
Os recursos de assinatura são manipulados por mensagens enviadas ao serviço da Web SubscriptionManager associado ao recurso Assinatura.
SubscriptionManager
Um SubscriptionManager é um terminal, representado por uma referência do terminal [WS-Addressing] que implementa trocas de mensagens associadas à interface SubscriptionManager.
Um SubscriptionManager fornece operações que permitem que um solicitante de serviços consulte e manipule recursos de Assinatura que ele gerencia.
Um SubscriptionManager está subordinado ao NotificationProducer e pode ser implementado pelo provedor de serviços do NotificationProducer ou por um provedor de serviços separado.
Assinante:
Um Assinante é qualquer entidade que envia a mensagem SubscribeRequest a um NotificationProducer.
Observe que o Assinante pode ser uma entidade diferente do NotificationConsumer para o qual as Notificações são criadas.

Os termos a seguir são definidos no Padrão OASIS WS-Topics Versão 1.3:

Tópico:
Um Tópico é o conceito utilizado para categorizar Notificações e seus esquemas de Notificações relacionados.
Os Tópicos são utilizados como parte do processo de correspondência que determina quais (se houver) NotificationConsumers de assinantes devem receber uma Notificação.
Ao gerar uma Notificação, um Publicador pode associá-la a um ou mais Tópicos. A relação entre a Situação (como definido no [WS-BaseNotification]) e o Tópico não é especificada pelo WS-Notification, mas pode ser especificada por um designer do Espaço de Nomes do Tópico.
Um sinônimo em alguns outros modelos de publicação/assinatura é o subject.
Espaço de Tópico:
Uma floresta de Árvores de Tópicos agrupadas no mesmo espaço de nomes para propósitos administrativos.
Árvore de Tópicos:
Um agrupamento hierárquico de Tópicos.
Conjunto de Tópicos:
A coleta de Tópicos suportados por um NotificationProducer.

Os termos a seguir são definidos no Padrão OASIS WS-BrokeredNotification Versão 1.3:

Publicador:
Um Publicador é uma entidade que cria Notificações, com base em Situações que ele é capaz de detectar e converter em artefatos da Notificação. Ele não precisa ser um serviço da Web.
Um Publicador pode registrar quais tópicos ele deseja publicar com um NotificationBroker.
Um Publicador pode ser um serviço da Web que implementa as trocas de mensagens associadas à interface NotificationProducer, situação na qual ele também distribui as Notificações para NotificationConsumers relevantes.
Se um Publicador não implementar as trocas de mensagens associadas ao NotificationProducer, ele não será requerido para suportar a mensagem de pedido Subscribe e não precisará manter conhecimento dos NotificationConsumers que são assinantes dele; um NotificationBroker cuida disso em seu nome.
NotificationBroker:
Um NotificationBroker é um serviço da Web intermediário que desacopla NotificationConsumers dos Publicadores. Um NotificationBroker é capaz de assinar notificações, em nome de NotificationConsumers, ou com a finalidade de gerenciamento do sistema de mensagens. Ele é capaz de disseminar notificações em nome de Publicadores para NotificationConsumers.
Um NotificationBroker agrega as interfaces NotificationProducer, NotificationConsumer e RegisterPublisher.
Agindo como um intermediário, um NotificationBroker fornece recursos adicionais à interface base NotificationProducer:
  • Ele pode isentar o Publicador de ter que implementar trocas de mensagens associadas ao NotificationProducer; o NotificationBroker assume as responsabilidades de um SubscriptionManager (gerenciando assinaturas) e de um NotificationProducer (distribuindo NotificationMessages) em nome do Publicador.
  • Ele pode reduzir o número de conexões e referências entre serviços, se houver muitos Publicadores e muitos NotificationConsumers
  • Ele pode agir como um serviço localizador. De fato, os possíveis Publicadores e Assinantes podem localizar uns aos outros utilizando um NotificationBroker comum.
  • Ele pode fornecer Notificação anônima, para que os Publicadores e os NotificationConsumers não precisem estar cientes das identidades uns dos outros.
Uma implementação de um NotificationBroker pode fornecer funções adicionais com valor agregado que esteja além do escopo desta notificação, como por exemplo, criar logs para Notificações ou transformar Tópicos e/ou o conteúdo da Notificação. As funções adicionais fornecidas por um NotificationBroker podem ser aplicadas a todos os Publicadores que as usam.
Elas podem ser um factory para recursos de Assinatura ou podem delegar o factory de assinatura para outro componente.
Um NotificationBroker fornece funções de registro do publicador.
Um NotificationBroker pode criar uma ponte entre o WS-Notification e outros sistemas de publicação/assinatura.
PublisherRegistration:
PublisherRegistration é um recurso. Um PublisherRegistration representa o relacionamento entre um Publicador e um NotificationBroker e, em específico, em quais tópicos o publicador pode publicar.
Um recurso PublisherRegistration é criado quando um Publicador envia a mensagem de pedido RegisterPublisher para um NotificationBroker e o NotificationBroker realiza o processamento do registro.
Os recursos PublisherRegistration podem ser manipulados por mensagens enviadas para um serviço da Web PublisherRegistrationManager.
RegisterPublisher:
Um RegisterPublisher é um serviço da Web que implementa as trocas de mensagens associadas à interface RegisterPublisher. Um recurso PublisherRegistration é criado como um resultado de um pedido RegisterPublisher para um NotificationBroker.
PublisherRegistrationManager:
Um PublisherRegistrationManager é um serviço da Web que implementa as trocas de mensagens associadas à interface PublisherRegistrationManager.
Um recurso PublisherRegistration pode ser manipulado por meio de trocas de mensagens PublisherRegistrationManager.
Um PublisherRegistrationManager fornece serviços que permitem que um solicitante de serviços consulte e manipule recursos PublisherRegistration que ele gerencia.
Um PublisherRegistrationManager está subordinado ao NotificationBroker e pode ser implementado pelo provedor de serviços do NotificationBroker ou por um provedor de serviços separado.
Publicação Baseada em Demanda:
Alguns Publicadores podem estar interessados em saber se eles têm ou não algum Assinante, pois a produção de uma Notificação pode ser um processo dispendioso. Tais Publicadores podem registrar-se no NotificationBroker como um Publicador Baseado em Demanda.
Os Publicadores Baseados em Demanda implementam trocas de mensagens associadas à interface NotificationProducer.
O NotificationBroker efetua assinaturas no Publicador Baseado em Demanda. Quando o NotificationBroker souber que não existem Assinantes para as Notificações de um Publicador Baseado em Demanda, ele pausará sua Assinatura nesse Publicador; quando ele souber que há alguns Assinantes, retomará a Assinatura.
Dessa forma, o Publicador Baseado na Demanda não precisa produzir mensagens quando não houver nenhum Assinante, entretanto, um Publicador Baseado na Demanda é necessário apenas para suportar um único Assinante, em qualquer Tópico fornecido, e, assim, poder delegar o gerenciamento de Assinantes múltiplos, a entrega de NotificationConsumers múltiplos e outros assuntos relacionados (por exemplo, segurança) para o NotificationBroker.

O termo a seguir, embora derivado das especificações WS-Notification, não é descrito em palavras obtidas diretamente das especificações:

Ponto de Pull:
Existem algumas situações em que o "estilo de envio" básico de entrega de NotificationMessage não é apropriado. Por exemplo, alguns NotificationConsumers estão atrás de um firewall de forma que o NotificationProducer não pode iniciar uma troca de mensagem para enviar a Notificação. Existe uma circunstância semelhante para NotificationConsumers que não podem ou não desejam fornecer um nó de extremidade para o qual o NotificationProducer pode enviar Mensagens de Notificação. Em outras situações, o NotificationConsumer prefere controlar a sincronização do recebimento de Mensagens de Notificação, em vez de receber mensagens de notificação a intervalos imprevisíveis; ele pode preferir "pull" ou "recuperar" as mensagens de notificação em um momento de sua escolha.
Por estas razões, a especificação Web Services Base Notification define um par de portTypes: uma interface PullPoint, que define um nó de extremidade que acumula mensagens de notificação e permite que um solicitante recupere mensagens de notificação acumuladas e uma interface CreatePullPoint que age como um depósito de informações do provedor para recursos PullPoint.
O padrão de utilização pretendido é que um Assinante ou outra parte crie um PullPoint por meio da interface do depósito de informações do provedor e, em seguida, utilize-o como o ConsumerReference em um ou mais pedidos Subscribe. O consumidor, então extrai Notificações do PullPoint.

Ícone que indica o tipo de tópico Tópico de Referência



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rjwsn_terms_wsn
Nome do arquivo: rjwsn_terms_wsn.html