[ http://issues.apache.org/jira/browse/MODPYTHON-191?page=all ]
Graham Dumpleton resolved MODPYTHON-191.
Resolution: Fixed
Tampering with signed cookies.
--
Key: MODPYTHON-191
URL:
[ http://issues.apache.org/jira/browse/MODPYTHON-195?page=all ]
Graham Dumpleton updated MODPYTHON-195:
---
Fix Version/s: 3.3
Possible leaking of Win32 event handles when Apache restarted.
[
http://issues.apache.org/jira/browse/MODPYTHON-195?page=comments#action_12447742
]
Graham Dumpleton commented on MODPYTHON-195:
Can you see if you can come up with some check based on values of 'initialized'
and
On 04/11/2006, at 12:34 PM, Jeff Robbins wrote:
Graham,
I haven't had any new ideas about this problem. It is clear that
on Windows, mod_python is initialized both in a parent process and
more usefully in the child process that spins up the threads that
service client requests. The
Graham,
The problem on Win32 is that (I believe) we never want to initialize Python
in the persistent parent process. All the web action is in the child
process which is long-lived and it is this child process that maintains the
thread pool which services web requests.
The parent process
Graham,
The problem on Win32 is that (I believe) we never want to initialize Python
in the persistent parent process. All the web action is in the child
process which is long-lived and it is this child process that maintains the
thread pool which services web requests.
The parent process
Yes, exactly the issue I am worrying about! More companies need to be
developing within Apache, and the new book should help out the
situation a bit, but a new book isn't enough. We also need to be at
the meetings, spreading the news about what it can do for them. They
remember mostly that
All
I have apache 2.2.0 setup on Solaris and i am running into the same issues
as the bug here, any had any updates on this.
http://issues.apache.org/bugzilla/show_bug.cgi?id=36495
Error i get is:
[Mon Nov 06 16:35:35 2006] [error] proxy:
AJP: failed to make connection to backend: 1.1.1.2
Benjamin Cuthbert wrote:
http://issues.apache.org/bugzilla/show_bug.cgi?id=36495
Does anyone know if this bug was fixed ?
It is in the trunk, where there is alternative socket
is_connected detection.
Can you check the trunk, or at least copy the new
is_socket_connected from tunk's
Okay i am not sure i follow, so when
you say copy the trunk from proxy_util.c do you have the example
that you used
so that i can put it into my build ?
Regards
Ben Cuthbert
Deutsche Bank AG
Corporate Investment Bank
GTO : TISO / Arch Global Finance / Prime Services
PGP: http://pgp.mit.edu
+44
Hello all,
I'm using Apache as a HTTP proxy. Regarding the request and
response headers, I've done some tests and noticed different
behaviour in the request and response direction.
The request headers are compressed (i.e. headers with same name are
merged into one header and comma separated).
Can you show me where this trunk is
? URL ?
Regards
Ben Cuthbert
Deutsche Bank AG
Corporate Investment Bank
GTO : TISO / Arch Global Finance / Prime Services
PGP: http://pgp.mit.edu
+44 (0) 20 754 76389 (Tel)
+44 (0) 20 754 74996 (Fax)
Mladen Turk [EMAIL PROTECTED]
11/07/2006 09:31 AM
Benjamin Cuthbert wrote:
Can you show me where this trunk is ? URL ?
svn export http://svn.apache.org/repos/asf/httpd/httpd/trunk httpd-head
Anyhow:
http://httpd.apache.org/dev/
Regards,
Mladen.
Hi ,
i 'm running a third-party web service authentication module that hangs
when the request coming from the client is splitted out in different
chunks. I don't have access to the module and to the client neither, so
I'm thinking to write an input filter that collects all the chunks and
Sorry for the double post, I thought my first post got dropped. But it was my
fault because I hadn't subscribed. Anyway more below...
- Original Message -
From: Graham Leggett [EMAIL PROTECTED]
To: dev@httpd.apache.org
Subject: confirm subscribe to dev@httpd.apache.org
Paul Fee
- Original Message -
From: Christian V. [EMAIL PROTECTED]
To: dev@httpd.apache.org
Subject: De-Chunking
Date: Tue, 07 Nov 2006 11:24:05 +0100
Hi,
I'm running a third-party web service authentication module that hangs
when the request coming from the client is splitted out
I'm working on a small utility for windows to remotly start/stop/restart an apache server.
In the future I'd like to add support for viewing logs end editing remote config files.
Feedback from the few Alpha testers i have is great.
But here is the question.
1) for security i send command +
On Tue, 07 Nov 2006 11:24:05 +0100
Christian V. [EMAIL PROTECTED] wrote:
Hi ,
i 'm running a third-party web service authentication module that
hangs when the request coming from the client is splitted out in
different chunks. I don't have access to the module and to the client
neither, so
Nick Kew wrote:
On Tue, 07 Nov 2006 11:24:05 +0100
Christian V. [EMAIL PROTECTED] wrote:
Hi ,
i 'm running a third-party web service authentication module that
hangs when the request coming from the client is splitted out in
different chunks. I don't have access to the module and to the
Hi,
I've addressed the feedback I received on my patch from Brad Nicholes
as follows:
I've restored AuthLDAPGroupAttribute to its former syntax and added a
new directive, AuthLDAPGroupAttributeDN, whose attribute type is
taken to be
dn regardless of the value of
Hi,
adding to Mladens advice: is it possible, that you are trying to produce
more connections, than configured worker threads on your tomcat connector?
Does the error only show up under high load?
How many connections to 1.1.1.2:8009 in which state do you have, when
the error appears?
netstat
On 11/7/2006 at 1:07 PM, in message
[EMAIL PROTECTED], Johanna Bromberg Craig
[EMAIL PROTECTED] wrote:
Hi,
I've addressed the feedback I received on my patch from Brad Nicholes
as follows:
I've restored AuthLDAPGroupAttribute to its former syntax and added a
new directive,
This happens when i have one connection
to the tomcat jboss server.
Regards
Ben Cuthbert
Deutsche Bank AG
Corporate Investment Bank
GTO : TISO / Arch Global Finance / Prime Services
PGP: http://pgp.mit.edu
+44 (0) 20 754 76389 (Tel)
+44 (0) 20 754 74996 (Fax)
Rainer Jung [EMAIL
23 matches
Mail list logo