+

Search Tips   |   Advanced Search

WS-ReliableMessaging settings

For the WS-ReliableMessaging policy we can configure the version of the WS-ReliableMessaging standard to use, the order in which messages are delivered, and the required quality of service (the reliability level) for message delivery. The product can enforce these policies on inbound messages and applies them to outbound messages.

To view this page in the console, click the following path: Services > Policy sets > Application policy sets > policy_set_name > WS-ReliableMessaging.

With WebSphere Application Server, we can use WS-ReliableMessaging with JAX-WS web services applications that use a SOAP over HTTP binding. Select the WS-ReliableMessaging specification to use for reliable transmission of the messages. WS-ReliableMessaging Version 1.1 is the default value. Select the WS-ReliableMessaging specification to use for reliable transmission of the messages. WS-ReliableMessaging Version 1.1 is the default value. Details of the supported WS-ReliableMessaging specifications are available at the following web addresses:

If we plan to invoke a .NET-based web service, you must select WS-ReliableMessaging Version 1.0.

Do not edit the policies associated with the provided default policy sets. If we have to modify the reliable messaging policy settings, use a copy of a default policy set or create a new policy set.

At any stage - that is, before or after we have built the reliable web service application, or configured the policy sets - we can set a property that configures endpoints to only support clients that use reliable messaging. This setting is reflected by WS-Policy if engaged.


Standard

Select the WS-ReliableMessaging specification to use for reliable transmission of the messages. WS-ReliableMessaging Version 1.1 is the default value. Select the WS-ReliableMessaging specification to use for reliable transmission of the messages. WS-ReliableMessaging Version 1.1 is the default value.


Deliver messages in the order that they were sent

Select this option if the sender of a request has to receive a response before it sends the next request.

If we enable in-order delivery, you must also ensure that the requester application polls for the messages in the order in which it is to receive them. For more information, see Configure the WS-ReliableMessaging policy.

Specify in-order delivery also marginally increases reliability if you are using the managed persistent quality of service.


Quality of Service

Select one of the following qualities of service:

Unmanaged non-persistent - Tolerates network and remote system failures

We can configure web service applications to use WS-ReliableMessaging with a default in-memory store. This quality of service requires minimal configuration. However it is non-transactional and, although it allows for the resending of messages that are lost in the network, if a server becomes unavailable you will lose messages. This quality of service is for single server only and does not work in a cluster. This quality of service is not supported on the z/OS platform. The default is Unmanaged Non-Persistent.

Managed non-persistent - Tolerates system, network, and remote system failures, but state is discarded after messaging engine restart

This in-memory quality of service option uses a messaging engine to manage the sequence state, and messages are written to disk if memory is low. This quality of service allows for the re-sending of messages that are lost in the network, and can also recover from server failure. However, state is discarded after a messaging engine restart so in this case you will lose messages. This option supports clusters as well as single servers.

Managed persistent - Tolerates system, network, and remote system failures

This quality of service for asynchronous web service invocations is recoverable. This option also uses a messaging engine and message store to manage the sequence state. Messages are persisted at the web service requester server and at the web service provider server, and are recoverable if the server becomes unavailable. Messages that have not been successfully transmitted when a server becomes unavailable can continue to be transmitted after the server restarts.


Related concepts

  • Qualities of service for WS-ReliableMessaging


    Related tasks

  • Configure a WS-ReliableMessaging policy set using the administrative console
  • Configure endpoints to only support clients that use WS-ReliableMessaging
  • WS-ReliableMessaging
  • Manage policy sets using the administrative console
  • Tune web services reliable messaging applications

  • WS-ReliableMessaging - administrative console panels
  • Application policy sets collection
  • Application policy set settings
  • Service client policy set and bindings collection
  • Service provider policy sets and bindings collection