You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Jim Ma (JIRA)" <ji...@apache.org> on 2015/05/06 09:58:00 UTC
[jira] [Commented] (CXF-6323) WS-RM redelivery not implemented
[ https://issues.apache.org/jira/browse/CXF-6323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14530115#comment-14530115 ]
Jim Ma commented on CXF-6323:
-----------------------------
@Akitoshi
If client hasn't get the ack , but DS already removed the outbound ack message from the last outage. Is it possible for server to recover DS? I am not sure if all things can be recovered, especially there is some time or session related implementation in endpoint implementation.
> 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)