[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: commit: ldap/servers/slapd/overlays pcache.c



Howard Chu wrote:
> masarati@aero.polimi.it 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
>>> that
>>> generates an appropriate Modify request based on the difference between
>>> the
>>> local entry and the remote entry.)
>>>
>>> Detecting renames will be trickier since the cache typically won't have
>>> any
>>> 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?

Ciao, Michael.