Provide highly available (HA) topologies for WS-Notification
Configure a highly available (HA) server topology that supports clients connecting through the WS-Notification standard.
WebSphere Application Server enables server topologies in which WS-Notification applications can continue their operations with a different server in the event of a server failure. To achieve this topology you configure a WAS proxy server as the central point to which applications connect, providing it with knowledge of the clustered servers to which requests can be routed and how they are affected by failover, in accordance with the High availability topology.
To configure a highly available (HA) server topology for WS-Notification...
- Create an application server cluster within a cell.
- Create a service integration bus within the same cell.
- Configure a WS-Notification service on the bus.
- For JAX-WS based Version 7.0 WS-Notification services, see Create a new Version 7.0 WS-Notification service.
- For JAX-RPC based Version 6.1 WS-Notification services, see Create a new Version 6.1 WS-Notification service.
- Add the cluster as a bus member.
- Configure a "One of N" policy for the messaging engine in the cluster.
- Add the server cluster as a WS-Notification service point by creating a new WS-Notification service point and selecting the required bus member (that is, the server cluster) from the drop-down list.
- For JAX-WS based Version 7.0 WS-Notification services, see Create a new Version 7.0 WS-Notification service point.
- For JAX-RPC based Version 6.1 WS-Notification services, see Create a new Version 6.1 WS-Notification service point.
- Create a proxy server inside the cell on which the WS-Notification service is defined. After the proxy is created configure it to route requests to the cluster, which might include configuring the virtual host settings.
- Ensure that the URL root of each endpoint accurately reflects the details of the proxy server, so that applications requesting the WSDL for the service use the proxy server as the external entry point to the service.
This causes requests for the WS-Notification service point to follow the endpoint as it fails across between servers in the cluster.For information about how to do this, see one of the following topics:
- For applications associated with Version 7.0 WS-Notification service points, see Use URL resources within an application.
- For inbound services associated with Version 6.1 WS-Notification services, see Modify an existing endpoint listener configuration.
Related concepts
WS-Notification WS-Notification in a clustered environment
Related tasks
Use WS-Notification for publish and subscribe messaging for web services Secure WS-Notification High availability and workload sharing for service integration technologies
WS-Notification troubleshooting tips Events and service-oriented architecture: The OASIS Web Services Notification specifications OASIS Web Services Notification (WSN) technical committee WS-Notification roles and goals