[Date Prev][Date Next]
Re: commit: ldap/servers/slapd/overlays pcache.c
Howard Chu wrote:
> firstname.lastname@example.org wrote:
>>> hyc@OpenLDAP.org wrote:
>>>> Update of /repo/OpenLDAP/pkg/ldap/servers/slapd/overlays
>>>> Modified Files:
>>>> pcache.c 1.177 -> 1.178
>>>> Log Message:
>>>> ITS#6251 framework for TTR. refresh not yet implemented.
>>> At the moment the idea for implementing refresh is to refactor
>>> syncrepl_entry() so that we can reuse the bulk of it. (Mainly the code
>>> generates an appropriate Modify request based on the difference between
>>> local entry and the remote entry.)
>>> Detecting renames will be trickier since the cache typically won't have
>>> entryUUIDs. I think we'll simply have to treat it as a Delete / Add...
>> ... which makes sense for a cache, all in all.
>> Or, as implementing this feature seems to move towards on-demand sync
>> replication, we could always include entryUUID and entryCSN in the
>> requested attributes, e.g. by implicitly adding them to the attrsets.
> Yes, but that's only viable if the target server supports entryUUID and
> entryCSN. There are plenty of pcache use cases where this will not be true.
Other LDAP servers have similar attributes.
entryUUID: GUID on eDirectory, objectGUID on MS AD and ADAM.
Similar for entryCSN. (Can look up these if needed.)
How about making this configurable?