WS-Notification: Restrições Conhecidas
As principais restrições conhecidas que se aplicam ao utilizar o WS-Notification.
Composição com o WS-Policy
Essa implementação do WS-Notification não é composta com o WS-Policy.
Hosts Virtuais
Para os aplicativos do WS-Notification que são associados a um host virtual, certifique-se de que o host virtual possua um alias que usa o nome do host ou um asterisco (*), por exemplo, myHost:9080 ou *:9080. O host virtual pode ter aliases adicionais separados que usam um endereço IP ou a sequência localhost, porém os aliases não são resolvidos automaticamente para o nome do host.
CWWAR0202E: Nenhum dos terminais de serviços da web para esse host corresponde aos aliases do host virtual host_name.
Essa mensagem é gravada em um arquivo de log no diretório
ffdc e no arquivo SystemOut.log.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Essa mensagem é gravada em um arquivo de log no diretório
ffdc e no log de tarefa da região servidora.
Elementos de Especificação Opcionais
Os padrões do WS-Notification definem uma série de elementos opcionais que podem ser implementados de acordo com a preferência do provedor. Os seguintes itens listam esses elementos opcionais que são suportados ou não no WebSphere Application Server:
- Elementos Opcionais Suportados
- Todos os três dialetos de tópicos que são definidos pelo padrão do WS-Topics são suportados no WebSphere Application Server:
- Tópicos simples. Ou seja, tópicos raiz de nível único sem curingas. Por exemplo, "stock".
- Tópicos concretos. Ou seja, tópicos multiníveis sem curingas. Por exemplo, "stock/IBM", "sport/football/results".
- Tópicos completos. Ou seja, tópicos multiníveis com curingas e conjunções. Por exemplo "stock//.", "sport/football/*", "sport/*/results", "t1/t3 | t3/t4".
A filtragem das seguintes notificações de eventos (seletores) é suportada:- O dialeto do XPath 1.0 conforme especificado na recomendação do W3C XML Path Language (XPath) Versão 1.0, na qual o contexto de avaliação é o NotificationMessage.
- Qualquer filtro definido como executado sobre o corpo da mensagem, exceto um filtro que usa o dialeto XPath 2.0.
O término da Assinatura e do PublisherRegistration é suportado. Ou seja, destruição planejada e imediata de WS-Resources.
RequiresRegistration é suportado e pode ser configurado como true ou false.
Os publicadores baseados em demanda, conforme definidos no Capítulo 4 da especificação de notificação intermediária, são suportados. Os publicadores baseados em demanda permitem que os produtores solicitem que sejam pausados ou retomados pelo intermediário, dependendo se houver consumidores atendendo nos tópicos para os quais eles produzem mensagens. Isto suporta situações nas quais é caro criar uma mensagem de notificação. No entanto, quando registrar um publicador baseado em demanda, o WebSphere Application Server suportará apenas as mensagens de solicitação RegisterPublisher que contiverem uma única expressão de tópico.
- Elementos Opcionais não Suportados
Usar o dialeto XPath 2.0 para filtrar notificações de eventos (seletores) não é suportado.
As operações opcionais a seguir de WS-ResourceProperties para SubscriptionManager e PublisherRegistrationManager não são suportadas:- GetMultipleResourceProperties
- SetResourceProperties
- QueryResourceProperties
- GetResourcePropertyDocument.
A chamada da operação GetCurrentMessage sempre resulta em uma exceção NoCurrentMessageOnTopicFault.
Interpretação da Especificação
Existem várias áreas dos padrões do WS-Notification nas quais as decisões são abertas para o implementador ou não são totalmente especificadas. Os itens a seguir descrevem as interpretações feitas nesta implementação.
- As mensagens que são publicadas enquanto uma assinatura é pausada
A especificação Web Services Base Notification descreve várias opções que estão abertas para o implementador em relação ao que fazer com mensagens que são geradas por um NotificationProducer (ou NotificationBroker) enquanto uma assinatura é pausada. Nesta implementação, todas as notificações geradas durante o período de tempo em que uma assinatura fica pausada são mantidas no servidor até que a assinatura seja retomada.
- A existência de um ponto de pull que foi associado a uma assinatura
Um ponto de pull que foi associado a uma assinatura continua existindo depois que a assinatura associada é excluída. No entanto, as chamadas para GetMessages para esse ponto de pull retornam zero mensagens.
De outro modo, se um ponto de pull associado a uma assinatura for excluído ou expirar, a assinatura associada continuará existindo. No entanto, você não pode obter mensagens dela e não pode associar uma assinatura existente a um novo ponto de pull.