[
https://issues.apache.org/jira/browse/PROTON-2921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18088112#comment-18088112
]
ASF subversion and git services commented on PROTON-2921:
---------------------------------------------------------
Commit 4db5f231edcfef0dd9f630383db945cba7f89510 in qpid-proton's branch
refs/heads/main from Andrew Stitcher
[ https://gitbox.apache.org/repos/asf?p=qpid-proton.git;h=4db5f231e ]
PROTON-2921: Change default message rollback behaviour
* Default rollback behaviour is now is to use a modified disposition
with failed delivery.
* Do this by default on receiving transactional messages within a failed
or rolled back transaction.
* Create options to change transactional defaults:
Currently there is only one option which sets the default behaviour
for received messages in a rolled back transaction.
This code was written with the assistance of Cursor.
> [C++ transactions] Better control of message settlement/disposition behaviour
> -----------------------------------------------------------------------------
>
> Key: PROTON-2921
> URL: https://issues.apache.org/jira/browse/PROTON-2921
> Project: Qpid Proton
> Issue Type: Improvement
> Components: cpp-binding
> Affects Versions: proton-c-0.41.0
> Reporter: Andrew Stitcher
> Priority: Major
>
> It would be more convenient if we could configure the settlement and release
> behaviour for messages:
> * It would probably be more convenient for most users to automatically
> release any messages acquired under a transaction if the transaction is
> aborted or the commit fails.
> * There are some (probably rare) cases where we might want to automatically
> settle messages sent or acknowledged under a transaction
> * Probably the way to do this would be to add a transaction_option object to
> the the session - this is consistent with the current API and would be
> extensible.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
