[
https://issues.apache.org/jira/browse/CXF-4164?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13228360#comment-13228360
]
Aki Yoshida commented on CXF-4164:
----------------------------------
Hi Dennis,
As I mentioned in my reply on dev@cxf at
http://cxf.547215.n5.nabble.com/Re-svn-commit-r1297370-in-cxf-branches-2-5-x-fixes-rt-ws-rm-src-main-java-org-apache-cxf-ws-rm-syste-td5540174.html
This is an option for not losing messages at Destination. For many
applications, this option will be sufficient. For those which expect an
asynchronous decoupling of the message transport to the service invocation,
this will be insufficient and we will still need a message storage and a
re-delivery logic from the storage, which is currently missing.
So, I will be adding to this ticket an optimization change to avoid persisting
the messages at Destination for the robust-mode. Currently, the messages are
always persisted independently of the mode.
regards, aki
> Robust-InOnly processing with WS-RM must must delay updating the sequence
> until message delivery
> ------------------------------------------------------------------------------------------------
>
> Key: CXF-4164
> URL: https://issues.apache.org/jira/browse/CXF-4164
> Project: CXF
> Issue Type: Bug
> Components: WS-* Components
> Affects Versions: 2.4.7, 2.5.3
> Reporter: Aki Yoshida
> Assignee: Aki Yoshida
> Fix For: 2.4.7, 2.5.3, 2.6
>
>
> A recently added robust-inonly mode (CXF-4096) can be used to invoke services
> synchronously so that the caller can distinguish a successful invocation from
> an unsuccessful one.
> Although this feature is implemented independently of WS-RM, it can be used
> with WS-RM to force the acknowledgement message to be returned only after the
> service invocation successfully completes.
> Unfortunately, there is a minor change required in WS-RM so that this feature
> will work for this use case. Namely, it must be made aware of this robust
> setting so that it can postpone updating the sequence until the message is
> delivered.
--
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