[PATCH][SAMBA4] Enable the ldb_map database mapping module

[Andrew Bartlett]

On Thu, 2006-08-10 at 18:42 +0200, Martin Kühl wrote:
> This changeset reimplements and enables the ldb_map ldb module and
> adapts the example module and test case, both named samba3sam, to the
> implementation.
> 
> The ldb_map module supports splitting an ldb database into two parts
> (called the "local" and "remote" part) and storing the data in one of
> them (the remote database) in a different format while the other acts
> as a fallback.
> This allows ldb to e.g. store to and load data from a remote LDAP
> server and present it according to the Samba4 schema while still
> allowing the LDAP to present and modify its data separately.
> 
> A complex example of this is the samba3sam module (by Jelmer
> Vernooij), which maps data between the samba3 and samba4 schemas.
> A simpler example is given by the entryUUID module (by Andrew
> Bartlett), which maps objectGUID to and from entryUUID elements.  This
> is also an example of a module that doesn't use the local backend as
> fallback storage.

Firstly, I want to thank you very much for you hard work in this area,
it has been a great assistance to me, particularly as I hit up against
'real' LDAP requirements, which required a mapping approach.  

While it took time, I am impressed with how well you picked up the
complex code, and ran with it.

> If noone objects, I'd very much like Andrew to merge these, so...
> comments, anyone?

I still think we need a better way to have it ignore the local DB.
Currently for delete/rename operations, we still do some kind of 'local'
search, despite there being no 'local' attributes.

The main issue is the need to reformat to Samba4s coding style
(particularly with regard to the layout of function headers).

I also think there would be value in splitting the ldb_map.c file up.
At 3000 lines, it is very hard to move around in, and I frequently get
lost.  

I wonder if the the search functions could be split off into another
file?

Finally, is this hooked into the default testsuite?  Doing so would help
ensure it doesn't get broken in future.

Thanks,

Andrew Bartlett

-- 
Andrew Bartlett                                http://samba.org/~abartlet/
Authentication Developer, Samba Team           http://samba.org
Samba Developer, Red Hat Inc.                  http://redhat.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.samba.org/archive/samba-technical/attachments/20060811/2caf3ac7/attachment.bin