This site contains the documentation that is relevant to older WSO2 product versions and offerings.
For the latest WSO2 documentation, visit https://wso2.com/documentation/.
Reliable Messaging
The goal of Reliable Messaging in Web services is to allow applications to send and receive messages in an efficient and reliable manner amidst application, platform, or network failure. The WS-Reliable Messaging specification (WS-RM) defines a protocol and a set of mechanisms that ensure that messages are delivered reliably between two endpoints.
Reliable Messaging capability is provided by the Reliable Messaging Core/UI features in the WSO2 feature repository, which are currently bundled by default in the Service Management feature. These features provides a Reliable Messaging tool that is used to enable WS-RM to services at global-level and service-level.
- Global-Level - For information on enabling/disabling reliable messaging on a global-level, refer to section Axis2 Modules -> Configuring the "sandesha2" Module.
- Service-Level - Reliable messaging can be engaged to a selected service as well as described below.
Service-Level Reliable Messaging
If you activate reliable messaging for a particular service, your configurations will be applied to that particular service only. WS-Reliable Messaging handles and solves both simple and complex scenarios arising in message transmission. Given below are instructions on how to manage reliable messaging on a service-level.
2. The "Deployed Services" page appears. Click on the service, for which you want to activate Reliable Messaging. For example,
3. The "Service Dashboard" page appears. Click "Reliable Messaging" in the "Quality of Service Configuration" panel.
4. The "Enable Reliable Messaging" page appears. Click "Yes."
5. The current "Reliable Messaging Sequence Configuration" appears.
Field Descriptions
WS-RM defines a one way sequence. The sender (source) is called the RMS (reliable messaging source) and the receiver (destination) is called the RMD (reliable messaging destination). Therefore for in-out operations, the RM uses two sequences. For request messages the server acts as the RMD and for response messages, the server act as the RMS.
- Inactivity Timeout Interval - The maximum inactive time for any RM session. After the sequence timeout, the RM session is terminated.
- Inactivity Timeout Measure - The unit in which the inactivity timeout interval is specified.
- Sequence Removal Timeout - Shows the interval. If the sequence is inactive during this time period, the sequence is removed from the storage.
- Sequence Removal Timeout Measure - The unit, in which the sequence removal timeout interval is specified.
- Acknowledgment Interval - The time interval that the RMD uses to send the acknowledgments.
- Retransmission Interval - The time interval, after which the RMS retransmits the message if it does not get an acknowledgment.
- ExponentialBackoff - Whether RMS exponentially increases the retransmission time or not.
- Maximum Retransmission Count - The maximum number of retransmits the RMS sends.
6. Modify the configuration if required. Click "Finish." Reliable Messaging will be activated for that particular service.
Functions of Buttons:
- Finish - Click "Finish" to submit the current data. When finished, your throttle configuration will be applied and the page will be redirected to the previous page.
- Reset - Click "Reset" to load the last submitted configuration.
- Default - Click "Default" to load the default throttle configuration. If you want to submit those data, you have to click "Finish."
- Clear - Click "Clear" to clear all the text boxes in the UI.
- Cancel - Click "Cancel" to go to the "Deployed Modules" page.
8. Confirm your request by clicking "Yes."