I needed to develop a plug-in for DS6 for a client. The plug-in works
great, but I do have a few questions that some here may be able to
answer. I'm CC'ing the openldap group because plug-in development is
more or less the same. If this is too OT for openldap then let me know. :)
1. Where are you placing your plug-in source under ds6? Right now we
just have it under /opt/sun/dsee/ds6/plugins/posixmemberof/, but there
doesn't seem to be a defined standard in any docs. This seems the
obvious place, but you never know.
2. The plug-in implements a computed virtual attributed named
posixIsMemberOf which replicates the isMemberOf functionality of the DS6
memberof plug-in, but for posixGroup instead of
groupOfNames/groupOfUniqueNames. We couldn't find an existing plug-in
that did this. Just want to sanity check my belief that one doesn't
already exist.
3. I'm curious what isMemberOf uses for its base DN during searches? I
could use the suffix DN for the local database or the root DN of the
DIT. Right now I'm going with the suffix DN. Thoughts?
4. slapi_search_internal_set_pb() is confusing me a tad. For my filter I
slapi_ch_malloc() the memory, define the filter at run-time, and then
pass that, along with other arguments, to
slapi_search_internal_set_pb(). I noticed though that I can't free the
filter memory until I'm done with the pb. Otherwise, I don't get any
results (but I also don't get a segfault). Is slapi_search_internal_pb()
just using the pointer to my filter buffer instead of copying it? If so,
does this mean I can keep changing my filter before I call
slapi_search_internal_pb()? Nifty, but I'm trying to see how that is
documented based on the docs I have. I just want to be clear on this.
--
Dustin Puryear
President and Sr. Consultant
Puryear Information Technology, LLC
225-706-8414 x112
http://www.puryear-it.comAuthor, "Best Practices for Managing Linux and UNIX Servers"
http://www.puryear-it.com/pubs/linux-unix-best-practices/---
You are currently subscribed to
ldap@... as: [
lists@...]
To unsubscribe send email to
ldap-request@... with the word UNSUBSCRIBE as the SUBJECT of the message.