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 sp
--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
libp
Paul Querna wrote:
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
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
I think the changes are great but I was wondering...
> - Added new generic SSL directives to mod_ldap:
> LDAPTrustedCA - specifies the Trusted Certificate Authority
> used for SSL server cert verification.
Should this directive be LDAPCACertificateFile instead of LDAPTrustedCA
to match
Wouldnt it be nice, if Apache came with a database connection pool service.
This standalone process would manage database queries for Apache modules and as well
as CGI apps.
Much like every Java App server comes with now-a-days
http://www.phworks-online.com/cache.html
> -Original Messag
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... i
* Joshua Slive wrote:
> Or better yet, perhaps,
> "The %s directive at line %d will probably never match because it
> overlaps an earlier %sAlias%s."
yep, much better. Thanks.
nd
--
> [...] weiß jemand zufällig, was der Tag DIV ausgeschrieben bedeutet?
DIVerses. Benannt nach all dem unstrukturi
When
I create the backend socket, I call ap_sock_disable_nagle(). Is there something
else I have to do?
Best
regards,
Juan
C. Rivera
Citrix Systems, Inc.
-Original Message-
From: Aaron Bannert
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 13, 2003
5:02 PM
To:
On Fri, 14 Feb 2003 [EMAIL PROTECTED] wrote:
> nd 2003/02/14 10:14:24
>
> Modified:modules/mappers mod_alias.c
> Log:
> extend the check for Alias overlappings. Now test also previous
> (Script)AliasMatch commands.
Cool feature. Gramatical nitpicking below.
> -
Jeff Trawick wrote:
Graham Leggett wrote:
Brad Nicholes wrote:
> - Added a support framework (using #defines) for multiple vendor LDAP
> SDKs. The framework currently supports the SDKs from Novell,
NetScape,
> OpenLDAP, and Microsoft. (Spent significant time testing compiling
and
> runnin
>makefiles will need to be updated to comply with the #defines values
in
>apr_ldap.h.in (Unix) and apr_ldap.hw (Win32). Could somebody on
those
>platforms fix the makefiles?
If no one is faster, I could do the win32 part during the next 3-4
days.
André
Hi -
>-- Original Message --
>Reply-To: [EMAIL PROTECTED]
>Date: Fri, 14 Feb 2003 08:45:33 -0700
>From: "Brad Nicholes" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>
>Subject: Re: Standarizing mod_auth_ldap across LDAP SDKs...
>
>This model was already supported in mod_auth_ldap
I believe that the starttls concept is exactly as you say. Using
starttls you should be able to take an existing connection and upgrade
it to an SSL connection. But as far as I can see, the starttls concept
was never designed into mod_auth_ldap nor does the user interface
support it. If Auth
Hello Graham,
Friday, February 14, 2003, 12:17:23 PM, you wrote:
GL> Looking at this further, the header value is defined as TEXT. TEXT is
GL> defined as OCTETs that are not control characters. An OCTET is an 8 bit
GL> character. As far as I can see it should be up to the entity putting
GL> data
Graham Leggett wrote:
Brad Nicholes wrote:
> - Added a support framework (using #defines) for multiple vendor LDAP
> SDKs. The framework currently supports the SDKs from Novell, NetScape,
> OpenLDAP, and Microsoft. (Spent significant time testing compiling and
> running with the various SDKs
Maik Mueller wrote:
Putting arbitrary 8bit characters into headers makes me feel a bit uneasy
but I couldn't find a quote that this is forbidden.
Looking at this further, the header value is defined as TEXT. TEXT is
defined as OCTETs that are not control characters. An OCTET is an 8 bit
chara
Hello Graham,
GL> I overhauled mod_headers for Apache v2.0, so I am pretty confident it is
GL> a bug. I will look at it sometime this weekend.
I agree with you that breaking multiple lines with CRLF and adding HT to the
following line will fix the bug of potentially building illegal headers from
e
18 matches
Mail list logo