On Thu, March 22, 2007 2:10 pm, Nick Kew wrote: > IME the LDAP code tends to be rather inward-looking and isn't always > the easiest to re-use (and util_ldap_cache.h lacks the prototyping > and documentation of a public API). If you can find a round tuit for > making that jump from specific to generic then great, but until then I > think we should welcome alternatives into the ecosystem. This one has > a simple, clean-ish API and looks pretty easy to work with.
We should definitely welcome the new alternatives, but in the long term it would be good to have a solution that solves both the LDAP and SQL cache problems, or in other words - the cache API needs to be non LDAP and non SQL specific respectively. Whether we ultimately use the LDAP cache for SQL, or the SQL cache for LDAP doesn't matter, as long as the new solution is better than the existing ones. Regards, Graham --
