[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Move SLAPI in an overlay...
- To: lukeh@padl.com
- Subject: Re: Move SLAPI in an overlay...
- From: Pierangelo Masarati <ando@sys-net.it>
- Date: Fri, 22 Jul 2005 03:28:55 +0200
- Cc: openldap-devel@OpenLDAP.org
- In-reply-to: <200507220052.j6M0qYvh072105@au.padl.com>
- References: <200507210047.j6L0lt9o084318@au.padl.com> <53994.131.175.154.56.1121923027.squirrel@131.175.154.56> <200507211555.j6LFtVfv042169@au.padl.com> <48676.131.175.154.56.1121962256.squirrel@131.175.154.56> <200507211630.j6LGUeg4044737@au.padl.com> <48871.131.175.154.56.1121963825.squirrel@131.175.154.56> <200507220052.j6M0qYvh072105@au.padl.com>
- User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 CentOS/1.7.8-1.1.3.1.centos3
Luke Howard wrote:
Yes, but over_op_func registers a callback with over_back_response, and
that takes care of calling the overlay response and cleanup sequence,
passing the appropriate backend and database structure to each overlay.
You need to provide the slapi overlay a slapi_response() call that handles
all response types SLAPI needs to muck with.
We do, see slapi_over_response() in slapi/slapi_overlay.c (formerly
slapi_op_response()).
I see. I wonder if calling slapi_int_call_plugins() without placing the
original bd_info and be_private is appropriate.
p.
SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497