diff options
| author | Gordon Sim <gsim@apache.org> | 2010-07-08 09:30:38 +0000 |
|---|---|---|
| committer | Gordon Sim <gsim@apache.org> | 2010-07-08 09:30:38 +0000 |
| commit | 565165cf4a654dd94a21883b0f7692996c497ed3 (patch) | |
| tree | f67e0b843ba608ccb3b0073a1d4142bfc81463d1 | |
| parent | 03ff207ddb0743a1cebfe758321f30011903321a (diff) | |
| download | qpid-python-565165cf4a654dd94a21883b0f7692996c497ed3.tar.gz | |
Improved section on transactions
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk/qpid@961666 13f79535-47bb-0310-9956-ffa450edef68
| -rw-r--r-- | doc/book/src/Programming-In-Apache-Qpid.xml | 29 |
1 files changed, 16 insertions, 13 deletions
diff --git a/doc/book/src/Programming-In-Apache-Qpid.xml b/doc/book/src/Programming-In-Apache-Qpid.xml index 1dfd6e507e..b3471c0bd7 100644 --- a/doc/book/src/Programming-In-Apache-Qpid.xml +++ b/doc/book/src/Programming-In-Apache-Qpid.xml @@ -2207,19 +2207,22 @@ connection.setOption("protocol", "ssl"); <section> <title>Transactions</title> - <para>In AMQP, transactions cover the semantics of enqueues and - dequeues.</para> - - <para>When sending messages, a transaction tracks enqueues - without actually delivering the messages, a commit places - messages on their queues, and a rollback discards the - enqueues.</para> - - <para>When receiving messages, a transaction tracks dequeues - without actually removing acknowledged messages, a commit - removes all acknowledged messages, and a rollback discards - acknowledgements. A rollback does not release the message, it - must be explicitly released to return it to the queue.</para> + + <para>Sometimes it is useful to be able to group messages + transfers - sent and/or received - on a session into atomic + grouping. This can be done be creating the session as + transactional. On a transactional session sent messages only + become available at the target address on commit. Likewise any + received and acknowledged messages are only discarded at their + source on commit + + <footnote><para>Note that this currently is only true for + messages received using a reliable mode + e.g. at-least-once. Messages sent by a broker to a receiver in + unreliable receiver will be discarded immediately regardless of + transctionality.</para></footnote> + + .</para> <example> <title>Transactions</title> |
