WS-Notification: limitaciones conocidas
Las principales limitaciones conocidas que se aplican cuando se utiliza WS-Notification.
Integración con WS-Policy
Esta implementación de WS-Notification no se integra con WS-Policy.
Hosts virtuales
Para las aplicaciones WS-Notification que están asociadas con un host virtual, asegúrese de que el host virtual tiene un alias que utiliza el nombre de host o un asterisco (*), por ejemplo, host:9080 o *:9080. El host virtual puede tener alias distintos adicionales que utilicen una dirección IP o la serie localhost, pero estos alias no se resuelven automáticamente en el nombre de host.
CWWAR0202E: Ninguno de los puntos finales de servicios web para este host coincide con los alias del host virtual: nombre_host.
Este mensaje se graba en un archivo de registro en el directorio ffdc y en el archivo systemout.log.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Este mensaje se graba en un archivo de registro en el directorio ffdc y en el registro de trabajo de la región de servicio.
Elementos de especificación opcionales
Los estándares WS-Notification definen una serie de elementos opcionales que se pueden implementar a voluntad del proveedor. Los elementos siguientes listan los elementos opcionales soportados o no soportados en WebSphere Application Server:
- Elementos opcionales soportados
- Los tres dialectos de temas definidos por el estándar WS-Topics están soportados en WebSphere Application Server:
- Temas simples. Esto es, temas raíz de nivel único sin comodines. Por ejemplo, "stock".
- Temas concretos. Esto es, temas de nivel múltiple sin comodines. Por ejemplo, "stock/IBM", "sport/football/results".
- Temas completos. Esto es, temas de nivel múltiple con comodines y conjunciones. Por ejemplo, "stock//.", "sport/football/*", "sport/*/results", "t1/t3 | t3/t4".
No está soportado el filtrado de las siguientes notificaciones de suceso (selectores):- El dialecto XPath 1.0 tal como se especifica en la recomendación W3C XML Path Language (XPath) Version 1.0, donde el contexto de evaluación es el NotificationMessage.
- Cualquier filtro definido como ejecutado en el cuerpo del mensaje, excepto un filtro que utiliza el dialecto XPath 2.0.
Está soportada la finalización de Subscription y PublisherRegistration. Esto es, la destrucción planificada e inmediata de WS-Resources.
Está soportado RequiresRegistration y se puede establecer en true o false.
Están soportados los editores basados en demanda, tal como se define en el Capítulo 4 de la especificación de notificación con intermediarios. Los editores basados en demanda permiten a los generadores solicitar que el intermediario los reanude o haga una pausa, dependiendo de si hay consumidores atendiendo los temas para las cuales se producen mensajes. Así se soportan situaciones en las que es costoso crear un mensaje de notificación. Sin embargo, al registrar un editor basado en demanda, WebSphere Application Server sólo da soporte a los mensajes de solicitud RegisterPublisher que contienen una única expresión de tema.
- Elementos opcionales no soportados
No está soportado el uso del dialecto XPath 2.0 para filtrar las notificaciones de sucesos (selectores).
No están soportadas las siguientes operaciones opcionales de WS-ResourceProperties para SubscriptionManager y PublisherRegistrationManager.- GetMultipleResourceProperties
- SetResourceProperties
- QueryResourceProperties
- GetResourcePropertyDocument.
Si se llama a la operación GetCurrentMessage siempre se produce un excepción NoCurrentMessageOnTopicFault.
Interpretación de la especificación
Existen varias áreas de los estándares WS-Notification en las cuales las decisiones están abiertas para quien realice la implementación, o no se especifican por completo. Los elementos siguientes describen las interpretaciones realizadas en esta implementación.
- Los mensajes que se publican mientras se hace una pausa en una suscripción
La especificación Web Services Base Notification describe varias opciones que están abiertas para quien realiza la implementación en relación con lo que se debe hacer con los mensajes que son generados por un NotificationProducer (o NotificationBroker), mientras se hace una pausa en una suscripción. En esta implementación, todas las notificaciones que se han generado durante el periodo de tiempo en el que una suscripción está en pausa se conservan en el servidor hasta que se reanuda la suscripción.
- La vida de un punto de extracción que ha sido asociado con una suscripción
Un punto de extracción que ha sido asociado con una suscripción sigue existiendo cuando se suprime una suscripción asociada. Sin embargo, cualquier llamada a GetMessages para dicho punto de extracción devuelve cero mensajes.
Por el contrario, si un punto de extracción asociado con una suscripción se suprime o caduca, la suscripción asociada sigue existiendo. Sin embargo, no podrá obtener ningún mensaje procedente de dicho punto, y no podrá asociar una suscripción existente con un nuevo punto de extracción.