[
https://issues.apache.org/jira/browse/CXF-4261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13280053#comment-13280053
]
Aki Yoshida commented on CXF-4261:
----------------------------------
Added the property to limit the max number of retries, which is represented by
the RetryPolicyType.
As the retry mechanism is currently available only at the RM-Source's
retransmission, this policy is only used at RM-Source. CXF-4209 will provide
the redelivery mechanism at RM-Destination using this retry policy.
For the RMS's retransmission, after reaching the maxRetries count, the
retransmission activity is stopped for the message, but it can be restarted by
restarting the sequence either manually over JMX or by restarting the endpoint
when the sequence is persisted in RMStore.
We should add some additional properties in the RetryPolicyType to control this
behavior (e.g., not restarting them and deleting them or putting them into the
error table, etc).
> Add maxRetries option to WS-RM's retry logic
> --------------------------------------------
>
> Key: CXF-4261
> URL: https://issues.apache.org/jira/browse/CXF-4261
> Project: CXF
> Issue Type: Improvement
> Components: WS-* Components
> Reporter: Aki Yoshida
> Assignee: Aki Yoshida
>
> Currently, the retry in WS-RM (e.g., message retransmission) occurs
> indefinitely until a certain condition (e.g., receipt of an acknowledgement)
> is satisfied. In some scenarios, it is useful to limit the number of retries.
> Since there is no standard retry policy parameter, we can introduce a retry
> policy type that can be used to configure this maxRetries property and other
> retry-related properties.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
