+

Search Tips   |   Advanced Search

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...

  1. Create an application server cluster within a cell.

  2. Create a service integration bus within the same cell.

  3. Configure a WS-Notification service on the bus.

  4. Add the cluster as a bus member.

  5. Configure a "One of N" policy for the messaging engine in the cluster.

  6. 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.

  7. 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.

  8. 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:


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