<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#ffffff"> Hi Andrey, On 07/21/2009 02:27 PM, Andrey Ivanov wrote: <blockquote cite="mid:1601b8650907211427u34526b2bu8001ac3c37c66289@mail.gmail.com" type="cite"> <pre wrap="">Hi, </pre> <blockquote type="cite"> <pre wrap="">Nathan also pointed out several typos as well as an issue of internal deletion. Currently, if the delete is initiated internally, the entry is not converted to a tombstone unless the backend is replicated. I'm adding this issue to ToDo list for now. </pre> </blockquote> <pre wrap=""> That's almost exactly the question i wanted to ask - what happens when several pre- or post- operation plug-ins affect the same entry? For example, the memberOf (or DNA) plug-in changes the memberOf attribute of an entry. Is this change of memberOf attribute considered as an entryUSN increment or not? Is there some general rule (for example, for pre- plugins the entryUSN is increased and for post- it is not...)? </pre> </blockquote> Assigning USN is implemented as backend preop callbacks (see usn.c). They are called just before updating the database. That is, every time the entry is updated regardless of the updater, USN is counted up. That being said, it could be considered as one operation from the client point of view, it could be internally multiple updates. In such case, USN could be counted up by more than one with "one operation". Converting an entry to a tombstone is an exception. It's implemented as a pure preop callback, which is only called when the updater is external. Thanks! --noriko <blockquote cite="mid:1601b8650907211427u34526b2bu8001ac3c37c66289@mail.gmail.com" type="cite"> <pre wrap="">@+ -- 389-devel mailing list <a class="moz-txt-link-abbreviated" href="mailto:389-devel@redhat.com">389-devel@redhat.com</a> <a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/fedora-directory-devel">https://www.redhat.com/mailman/listinfo/fedora-directory-devel</a> </pre> </blockquote> </body> </html>