[ 
https://issues.apache.org/jira/browse/CXF-6323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14530811#comment-14530811
 ] 

Akitoshi Yoshida commented on CXF-6323:
---------------------------------------

@Jim
For the inbound to the RMStore, I don't think we have an issue even something 
goes wrong.
Every time, a new RM message to a particular sequence arrives, the status of 
this sequence is updated and the message is stored in one transaction. Then, an 
ack is triggered either synchronously or asynchronously. Each ack represents 
the status of the stored sequence.
And this sequence is removed when the sequence is completed or terminated 
(e.g., the client sends a TerminateSequence message because it already received 
all the acks). 



> WS-RM redelivery not implemented
> --------------------------------
>
>                 Key: CXF-6323
>                 URL: https://issues.apache.org/jira/browse/CXF-6323
>             Project: CXF
>          Issue Type: Bug
>          Components: WS-* Components
>    Affects Versions: 2.7.14, 3.0.4
>            Reporter: Jochen Riedlinger
>
> We build an application based on CXF using WS-RM.
> Since we have/had some issues I tried with 2.7.14 and 3.0.4.
> After the baisc things worked we tested the reliability of the WS-RM 
> implementation and crashed the application after the message was put in the 
> store.
> I expected that the application-server tries to redeliver the message after 
> restart. Unfortunately that never happens.
> Debugging the problem and taking a look into the source code I found that 
> code (in org.apache.cxf.ws.rm.RMManager):
> {code:java}
> private void reconverDestinationSequence(Endpoint endpoint, Conduit conduit, 
> Destination d, 
>                                              DestinationSequence ds) {
>         d.addSequence(ds, false);
>         //TODO add the redelivery code
>     }
> {code}
> It would be nice if someone could correct/implement this;-)
> Befor that you the WS-RM implementation is not reliable.;-)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to