[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
[ldapext] Questions / comments about "LDAP Transactions, draft-zeilenga-ldap-txn-11.txt"
- To: ldapext@ietf.org
- Subject: [ldapext] Questions / comments about "LDAP Transactions, draft-zeilenga-ldap-txn-11.txt"
- From: Christian Hollstein <chollstein@teracortex.com>
- Date: Sat, 26 Apr 2008 21:43:08 +0200
- Delivered-to: ldapext@core3.amsl.com
- User-agent: Thunderbird 1.5.0.14 (X11/20071210)
Hello!
I have some questions:
According to the draft it is not forbidden, that a client sends non -
transaction update requests or read - only (compare, search) requests on
the same connection, after having started the transaction. These
requests, that don't belong to the transaction (because they don't carry
the transaction control) could conflict with requests, that are part of
the transaction. Just imagine the transaction updating some entries,
that are meanwhile processed in a subtree search. How should the server
deal with this? Should it process the non - transaction requests after
having finished the transaction? After having received the commit from
the client? If non - transaction updates may be mixed with updates, that
are part of the transaction you either violate the required atomicity,
or you have to postpone the non - transaction request until the
transaction is finished, thereby violating the correct order of requests.
Christian
_______________________________________________
Ldapext mailing list
Ldapext@ietf.org
https://www.ietf.org/mailman/listinfo/ldapext