Personally, I'd support creating an httpd-auth subproject or
something like that which could house a bunch of (more, less?)
obscure authn/authz modules.
I like that idea!
It seems like we should be able to give mod_authn_mysql a proper home
somewhere under our purview. -- justin
--On Wednesday, February 19, 2003 5:35 PM -0800 Aaron Bannert
[EMAIL PROTECTED] wrote:
Yeah, I'd rather see fewer core modules rather than more.
-0 for inclusion.
Personally, I'd support creating an httpd-auth subproject or
something like that which could house a bunch of (more, less?)
-- Forwarded Message ---
From: David Axmark [EMAIL PROTECTED]
To: Paul Querna [EMAIL PROTECTED]
Sent: 20 Feb 2003 01:01:03 +0100
Subject: Re: libmysqlclient Re: mod_authn_mysql
Sorry about the late answer. Got a cold and a bad email back log :-(
We are willing to state in our
--On Wednesday, February 19, 2003 6:39 PM +0100 Dirk-Willem van Gulik
[EMAIL PROTECTED] wrote:
+1 for including 0.0.6 from http://open.cyanworlds.com/ into the
tree ?
I prefer to see a definitive statement regarding the licensing first
(which I don't believe we have yet received).
We also
On Wed, 19 Feb 2003 09:47:27 -0800, Justin Erenkrantz wrote
--On Wednesday, February 19, 2003 6:39 PM +0100 Dirk-Willem van Gulik
[EMAIL PROTECTED] wrote:
+1 for including 0.0.6 from http://open.cyanworlds.com/ into the
tree ?
I will be putting 0.0.7 out later today that has Gunter's win32
On Wed, 19 Feb 2003, Paul Querna wrote:
The default lib mysqlclient is *only* not thread safe in the mysql_connect
(hence the mutex locking around those areas), but everything else is thread
safe. The specialy compiled thread safe library is thread safe in all
functions.
In the specially
--On Wednesday, February 19, 2003 10:31 AM -0800 Paul Querna
[EMAIL PROTECTED] wrote:
The default lib mysqlclient is *only* not thread safe in the
mysql_connect (hence the mutex locking around those areas), but
everything else is thread safe. The specialy compiled thread safe
library is
For 2.1 and beyond, I'd rather see something more generic. Like a mod_authn_odbc or a
mod_authn_soap.
Otherwise expect to have to maintain special versions for all of the database
flavors...
-Original Message-
From: Dirk-Willem van Gulik [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday,
On Wed, 19 Feb 2003 10:40:12 -0800, Justin Erenkrantz wrote
--On Wednesday, February 19, 2003 10:31 AM -0800 Paul Querna
[EMAIL PROTECTED] wrote:
The default lib mysqlclient is *only* not thread safe in the
mysql_connect (hence the mutex locking around those areas), but
everything else
-- Original Message --
Reply-To: [EMAIL PROTECTED]
Date: Wed, 19 Feb 2003 18:39:05 +0100 (CET)
From: Dirk-Willem van Gulik [EMAIL PROTECTED]
Subject: mod_authn_mysql
Any one any objections to me adding that into the 2.0 tree as soon as we
have a few +1's. I can kind of use it in the regressing
On Wed, 19 Feb 2003, Dietz, Phil E. wrote:
For 2.1 and beyond, I'd rather see something more generic. Like a
mod_authn_odbc or a mod_authn_soap.
Ironic, since I was just about to say I'm not so keen on adding more
modules to 2.0, and that if it's going in I'd rather have it in 2.1.
--Cliff
At 01:32 PM 2/19/2003, Cliff Woolley wrote:
On Wed, 19 Feb 2003, Dietz, Phil E. wrote:
For 2.1 and beyond, I'd rather see something more generic. Like a
mod_authn_odbc or a mod_authn_soap.
Ironic, since I was just about to say I'm not so keen on adding more
modules to 2.0, and that if it's
On Wed, 19 Feb 2003, William A. Rowe, Jr. wrote:
support introducing it until 2.1. Dropping it in 2.0 would actually be
a disincentive (at least for me) to really contributing to the shape up
Very good point. I'll hold my fire for a while.
My longwinded 2c, but that's all it's worth.
But
On Wednesday, February 19, 2003, at 11:32 AM, Cliff Woolley wrote:
On Wed, 19 Feb 2003, Dietz, Phil E. wrote:
For 2.1 and beyond, I'd rather see something more generic. Like a
mod_authn_odbc or a mod_authn_soap.
Ironic, since I was just about to say I'm not so keen on adding more
modules
Since there seems to be some interest in including a mysql auth module
into the tree, here's a postgres module which I've coded and have been
using for the past month or so. As for a connection pool... I haven't
figured out a way to have postres use a connection opened by another
process...
Message-
From: David Shane Holden [SMTP:[EMAIL PROTECTED]]
Sent: Friday, February 14, 2003 3:52 PM
To: [EMAIL PROTECTED]
Subject: Re: mod_authn_mysql
Since there seems to be some interest in including a mysql auth module
into the tree, here's a postgres module which I've coded
On Fri, 14 Feb 2003 14:52:07 -0700, David Shane Holden wrote
Since there seems to be some interest in including a mysql auth
module into the tree, here's a postgres module which I've coded and
have been using for the past month or so. As for a connection
pool... I haven't figured out a way
--On Friday, February 14, 2003 4:26 PM -0700 David Shane Holden
[EMAIL PROTECTED] wrote:
My problem isn't managing a pool of connections... it's if process
A creates the connection, process B can use it with no problem, but
if process C tries to use it, it barfs and spikes in a function in
Justin Erenkrantz wrote:
--On Friday, February 14, 2003 4:26 PM -0700 David Shane Holden
[EMAIL PROTECTED] wrote:
My problem isn't managing a pool of connections... it's if process
A creates the connection, process B can use it with no problem, but
if process C tries to use it, it barfs and
Looking at existing 1,3 modules for sybase, postgress, msql and mysql I
see that we essentially just use:
- connect
- disconnect
- select/query SQL string
- get back a table
- escape a SQL string (i.e. \ etc, protect against illegal entry)
- decode an error
Date: Thu, 13 Feb 2003 10:48:42 +0100 (CET)
To: [EMAIL PROTECTED]
From: Dirk-Willem van Gulik [EMAIL PROTECTED]
Looking at existing 1,3 modules for sybase, postgress, msql and mysql
I see that we essentially just use:
[snip]
Would it be worth our while to do something so that we can deal
-- Original Message --
Reply-To: [EMAIL PROTECTED]
From: Martin Kutschker [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: mod_authn_mysql
Date: Thu, 13 Feb 2003 12:08:02 +0100 (MET)
Looking at existing 1,3 modules for sybase, postgress, msql and mysql
I see that we essentially just use
hmmm, I actually like the idea. It would allow us to create a very feature
rich auth module, supporting all sorts of different kinds of schemas
for group membership and what not. - I disagree that the sql re-use
would just be a few lines, I think it would be quite a bit more if
features
23 matches
Mail list logo
