So, during the conversations we've had here in Amsterdam regarding
combining APR and APR-util (see post from Paul), one of the big
stumbling blocks has been our treatment of the LDAP interfaces via
APR-util.
The crux of the issue is that it is a 'leaky' abstraction - in that,
APR-util does not
On Tue, Mar 24, 2009 at 11:26 AM, Justin Erenkrantz
jus...@erenkrantz.com wrote:
Therefore, the consensus of the folks here is that we should pursue
one of the following courses of action:
[ ] Fix the LDAP interface to be a complete/full LDAP abstraction
[X] Remove the LDAP interfaces from
Justin Erenkrantz wrote:
So, during the conversations we've had here in Amsterdam regarding
combining APR and APR-util (see post from Paul), one of the big
stumbling blocks has been our treatment of the LDAP interfaces via
APR-util.
The crux of the issue is that it is a 'leaky' abstraction -
On Tue, Mar 24, 2009 at 11:52 AM, Graham Leggett minf...@sharp.fm wrote:
Development of APR doesn't happen via conversations in Amsterdam.
Of course not, that's why I posted.
The clear consensus here in the room is that the current approach to
LDAP is broken and ill thought-out (for the reasons
Jeff Trawick wrote:
any counter-knowledge/opinions on the following?
assert(only httpd uses apr LDAP)
Can you cite references to show this is so? I would be very hard pressed
to assert that functionality that has been available in APR for many
years would have just one single user.
Justin Erenkrantz wrote:
Of course not, that's why I posted.
The clear consensus here in the room is that the current approach to
LDAP is broken and ill thought-out (for the reasons I illuminated),
but what there isn't consensus on is how to proceed. Hence, the
discussion on-list about how to
On Tue, Mar 24, 2009 at 12:39 PM, Graham Leggett minf...@sharp.fm wrote:
Justin Erenkrantz wrote:
Of course not, that's why I posted.
The clear consensus here in the room is that the current approach to
LDAP is broken and ill thought-out (for the reasons I illuminated),
but what there isn't
On 24.03.2009 12:33, Graham Leggett wrote:
Jeff Trawick wrote:
any counter-knowledge/opinions on the following?
assert(only httpd uses apr LDAP)
Can you cite references to show this is so? I would be very hard pressed
to assert that functionality that has been available in APR for many
On Tue, Mar 24, 2009 at 12:33 PM, Graham Leggett minf...@sharp.fm wrote:
Jeff Trawick wrote:
any counter-knowledge/opinions on the following?
assert(only httpd uses apr LDAP)
Can you cite references to show this is so? I would be very hard pressed to
assert that functionality that has
Jeff Trawick wrote:
I feel like voting for Fix the LDAP interface... but I don't see
anybody caring but httpd, and the widespread use of Linux/OpenLDAP for
developing the apps in our space has made this an unstrategic problem to
solve.
I agree, it seems apr_ldap can be entirely in
Graham Leggett wrote:
This vote is completely premature.
What was supposed to happen is that a discussion be kicked off **on the
mailing list**, so that people fully understand why the LDAP abstraction
is as it is, and in turn people can come up with a properly thought out
way forward to
[ ] Fix the LDAP interface to be a complete/full LDAP abstraction
[X] Remove the LDAP interfaces from APR
William A. Rowe, Jr. wrote:
We've actually discussed this on list for several years, and your comments
for years have been 'yea, that's on me, I aught to fix that'. Now that
some folks would like to move forwards towards completing APR 2.0, there
will be more of these sorts of votes.
A far
On Tue, Mar 24, 2009 at 2:23 PM, Graham Leggett minf...@sharp.fm wrote:
William A. Rowe, Jr. wrote:
We've actually discussed this on list for several years, and your comments
for years have been 'yea, that's on me, I aught to fix that'. Now that
some folks would like to move forwards towards
Paul Querna wrote:
It will always be in the subversion history.
If its redone and isn't a leaky abstraction, then sure, we can look at
bringing it back, this vote doesn't stop that from happening.
This vote is about what we want to do in the short term, and frankly
the LDAP stuff has
On Tue, Mar 24, 2009 at 11:26:36AM +0100, Justin Erenkrantz wrote:
[ ] Fix the LDAP interface to be a complete/full LDAP abstraction
[X] Remove the LDAP interfaces from APR
Folding this code into mod_ldap seems like the right thing to do.
Regards, Joe
Graham Leggett wrote:
A far more pragmatic approach to this problem is this:
We want to combine apr and apr-util into apr-2.0, but we don't want to
go to the effort of moving across apr-ldap, because there are moves
afoot to have this abstraction redone. Can we move everything else, and
William A. Rowe, Jr. wrote:
So it sounds that you will accept copying apr-ldap into a sandbox and
would like to continue to pursue it and come up with something workable.
In the meantime, the /repos/asf/apr/apr-util/trunk/ WILL disappear with
nothing but a SEE_OTHER file. So we can certainly
On 3/24/2009 at 4:26 AM, in message
5c902b9e0903240326r3222ac90k15dcb7f34d2d1...@mail.gmail.com, Justin
Erenkrantz jus...@erenkrantz.com wrote:
So, during the conversations we've had here in Amsterdam regarding
combining APR and APR-util (see post from Paul), one of the big
stumbling blocks
On 3/24/2009 at 7:47 AM, in message
4239a4320903240647x12f09613l6eb58974cd656...@mail.gmail.com, Paul Querna
p...@querna.org wrote:
On Tue, Mar 24, 2009 at 2:23 PM, Graham Leggett minf...@sharp.fm wrote:
William A. Rowe, Jr. wrote:
We've actually discussed this on list for several years, and
On Tue, 2009-03-24 at 11:26 +0100, Justin Erenkrantz wrote:
[x] Fix the LDAP interface to be a complete/full LDAP abstraction
[ ] Remove the LDAP interfaces from APR
Provided most of the code can be taken from mod_ldap. In other words,
more people can use it if it is in APR.
But, if it is hard
Bojan Smojver wrote:
[x] Fix the LDAP interface to be a complete/full LDAP abstraction
[ ] Remove the LDAP interfaces from APR
Provided most of the code can be taken from mod_ldap. In other words,
more people can use it if it is in APR.
But, if it is hard to do (i.e. if mod_ldap doesn't
On Wed, 2009-03-25 at 01:34 +0200, Graham Leggett wrote:
mod_ldap is an LDAP cache, it isn't an LDAP abstraction layer (that's
what apr-ldap is for).
I meant, maybe there is code in there that already abstract a lot of
that stuff, which can then be reused, given it works with many LDAP
23 matches
Mail list logo