You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Aki Yoshida (JIRA)" <ji...@apache.org> on 2012/04/23 23:08:34 UTC

[jira] [Created] (CXF-4261) Add maxRetries option to WS-RM's retry logic

Aki Yoshida created CXF-4261:
--------------------------------

             Summary: 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

        

Re: [jira] [Commented] (CXF-4261) Add maxRetries option to WS-RM's retry logic

Posted by Aki Yoshida <el...@googlemail.com>.
Hi Dennis,
okay. In that case, could we make this property available to both the
source and destination configuration?

I would like to also use this same property to configure the message
redelivery from the destination to the service.

I was going to define the retry policy type within the rm-manager's namespace as
    <xs:complexType name="RetryPolicyType">
        <xs:attribute name="maxRetries" type="xs:int" use="optional"
default="0">
            <xs:annotation>
                <xs:documentation>
                    The maximum number of retries of a message.
                    A value of 0 means the number is unbound.
                </xs:documentation>
            </xs:annotation>
        </xs:attribute>
        <xs:attribute ...

and use it within sourcePolicy and destinationPolicy to configure this
maxRetries property as in
<wsrm-mgr:sourcePolicy ..>
   ...
   <wsrm-mgr:retryPolicy .../>
and
<wsrm-mgr:destinationPolicy ..>
   ...
   <wsrm-mgr:retryPolicy .../>

I don't know how this fits to your RMP use case. Is it possible?

thanks.

regards, aki

2012/4/23 Dennis Sosnoski (JIRA) <ji...@apache.org>:
>
>    [ https://issues.apache.org/jira/browse/CXF-4261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13259962#comment-13259962 ]
>
> Dennis Sosnoski commented on CXF-4261:
> --------------------------------------
>
> Would you mind if I take this one, Aki? I've been reworking the policy code for support of WS-RMP 1.1, and this should fit into those changes.
>
>> 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
>
>

[jira] [Resolved] (CXF-4261) Add maxRetries option to WS-RM's retry logic

Posted by "Aki Yoshida (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/CXF-4261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Aki Yoshida resolved CXF-4261.
------------------------------

       Resolution: Fixed
    Fix Version/s: 2.6.1

Closing this ticket, as the basic usage of this feature has been added.

                
> 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
>             Fix For: 2.6.1
>
>
> 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

        

[jira] [Commented] (CXF-4261) Add maxRetries option to WS-RM's retry logic

Posted by "Aki Yoshida (JIRA)" <ji...@apache.org>.
    [ 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

        

[jira] [Commented] (CXF-4261) Add maxRetries option to WS-RM's retry logic

Posted by "Dennis Sosnoski (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/CXF-4261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13259962#comment-13259962 ] 

Dennis Sosnoski commented on CXF-4261:
--------------------------------------

Would you mind if I take this one, Aki? I've been reworking the policy code for support of WS-RMP 1.1, and this should fit into those changes.
                
> 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

        

[jira] [Commented] (CXF-4261) Add maxRetries option to WS-RM's retry logic

Posted by "Aki Yoshida (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/CXF-4261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13260355#comment-13260355 ] 

Aki Yoshida commented on CXF-4261:
----------------------------------

Hi Dennis,
okay. In that case, could we make this property available to both the source and destination configuration?

Not just using this property as the extension to the source's retransmission control, 
I would like to also use this same property to configure the message redelivery from the destination to the service.

I was going to define the retry policy type within the rm-manager's namespace as
   <xs:complexType name="RetryPolicyType">
       <xs:attribute name="maxRetries" type="xs:int" use="optional"
default="0">
           <xs:annotation>
               <xs:documentation>
                   The maximum number of retries of a message.
                   A value of 0 means the number is unbound.
               </xs:documentation>
           </xs:annotation>
       </xs:attribute>
       <xs:attribute ...
along with some other attributes to control the cxf specific options to deal with the retry-exhausted messages.

Then, we can use this element within sourcePolicy and destinationPolicy to configure these properties
as in
<wsrm-mgr:sourcePolicy ..>
  ...
  <wsrm-mgr:retryPolicy .../>
and
<wsrm-mgr:destinationPolicy ..>
  ...
  <wsrm-mgr:retryPolicy .../>

I don't know how this fits to your RMP use case. Let me know how you think.

thanks.

regards, aki
                
> 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