Reminder: Community Over Code Asia 2024 CFP closes on Apr 22nd
Hi All, The CFP for Community Over Code Asia, including the Web server and Tomcat track, is closing very soon - at 4:00 PM on 22 Apr 2024 Beijing time. Details: https://sessionize.com/communityovercode-asia-2024 Please do not wait until the last minute. We hope to see you in Hangzhou! -- Best Regards！ Huxing
Re: [WIP] mod_authnz_ldap / mod_ldap support for APR v2 LDAP API
On 18 Apr 2024, at 14:21, Joe Orton wrote: > This design decision seems surprising to me, what does this add? Adding > another abstraction layer to allow runtime selection of the LDAP library > seems like a step backwards (a lot of complexity with no benefit). > Unlike with e.g. a database backend selection users don't care about > picking/configuring among many LDAP libraries. Can you read through the following and confirm whether your questions are answered? https://github.com/apache/apr/blob/trunk/include/apr_ldap.h#L27 If any specific questions aren't answered, can you confirm so I can make these clear in the docs? Regards, Graham --
Re: [WIP] mod_authnz_ldap / mod_ldap support for APR v2 LDAP API
On Thu, Apr 18, 2024 at 09:40:21AM +0100, Graham Leggett via dev wrote: > Hi all, > > The attached patch is a current work in progress patch for httpd-trunk to use > the new apr_ldap API that just landing in APR. > > The highlights: > > - Complete replacement of the previous API. > - Will work against apr-2 (just landed) and apr-util-1.7 (after backport). > - Linking to the underlying LDAP API has been removed and is no longer needed. This design decision seems surprising to me, what does this add? Adding another abstraction layer to allow runtime selection of the LDAP library seems like a step backwards (a lot of complexity with no benefit). Unlike with e.g. a database backend selection users don't care about picking/configuring among many LDAP libraries. Regards, Joe
