[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: commit: ldap/servers/slapd schema_prep.c slap.h syncrepl.c
- To: hyc@OpenLDAP.org
- Subject: Re: commit: ldap/servers/slapd schema_prep.c slap.h syncrepl.c
- From: "Kurt D. Zeilenga" <Kurt@OpenLDAP.org>
- Date: Fri, 20 Aug 2004 10:45:11 +0200
- Cc: OpenLDAP Commit <openldap-commit2devel@OpenLDAP.org>
- In-reply-to: <200408192139.i7JLdjk0024625@cantor.openldap.org>
- References: <200408192139.i7JLdjk0024625@cantor.openldap.org>
I don't care for this approach as it presumes the sync client
is a slapd(8) slave server. The sync client could just as
well be a directory user agent utilizing LDAPsync to sync
data for some user application. That application might
desire these "computed" attributes.
Another problem is interop between later versions of slapd(8),
which may have different set of "computed" attributes.
I prefer instead for the slave to request, by default,
attrs=*,+ and to filter out what it (the slave) doesn't
need.
Kurt
At 11:39 PM 8/19/2004, hyc@OpenLDAP.org wrote:
>Update of /repo/OpenLDAP/pkg/ldap/servers/slapd
>
>Modified Files:
> schema_prep.c 1.127 -> 1.128
> slap.h 1.563 -> 1.564
> syncrepl.c 1.128 -> 1.129
>
>Log Message:
>ITS#3289 - add SLAP_AT_DYNAMIC flag for dynamically generated attributes.
>Set flag for hasSubordinates and subschemaSubentry. Strip dynamic attributes
>before storing entries in syncrepl.
>
>
>CVS Web URLs:
> http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/
> http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/schema_prep.c
> http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/slap.h
> http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/syncrepl.c
>
>Changes are generally available on cvs.openldap.org (and CVSweb)
>within 30 minutes of being committed.