hv @ Fashion Content wrote:
I have a setup that works when I proxy to the first AJP connector, but not
when I try the second one (Get a forbidden message). If I change to http
proxying it works just fine.
Has anyone experienced this?
Nope. It works just fine for multiple hosts on the same
[ http://issues.apache.org/jira/browse/MODPYTHON-171?page=all ]
Graham Dumpleton resolved MODPYTHON-171.
Fix Version/s: (was: 3.3)
Resolution: Won't Fix
Can't auto normalise on assignment to req.filename as detailed so marking this
On Thu, 5 Oct 2006, Niklas Edmundsson wrote:
OK, here comes the latest two patches in the mod_disk_cache improvement
parody. I'll attach these patches to bug #39380, but with less comments.
I discovered a few misses, mostly not NULL:ing fd pointers when
closing them, missing close/flush, and
This patch implements copying a file in the background so the client
initiating the caching can get the file delivered by
read-while-caching instead of having to wait for the file to finish.
I'll attach it to bug #39380 as well, with less comments.
The method used here is rather crude, but
[
http://issues.apache.org/jira/browse/MODPYTHON-109?page=comments#action_12440731
]
Graham Dumpleton commented on MODPYTHON-109:
After more digging on this issue my opinion is now that we should just leave
the register_cleanup()
[ http://issues.apache.org/jira/browse/MODPYTHON-109?page=all ]
Graham Dumpleton resolved MODPYTHON-109.
Resolution: Fixed
Signal handler calling Py_Finalize() when child processes being killed.
[ http://issues.apache.org/jira/browse/MODPYTHON-180?page=all ]
Graham Dumpleton reassigned MODPYTHON-180:
--
Assignee: Graham Dumpleton
publisher wrongly generating warning that there is 'nothing to publish'
[ http://issues.apache.org/jira/browse/MODPYTHON-180?page=all ]
Work on MODPYTHON-180 started by Graham Dumpleton.
publisher wrongly generating warning that there is 'nothing to publish'
---
Key:
Apache specific versions of os.path(posixpath/ntpath) path manipulation
functions.
--
Key: MODPYTHON-192
URL: http://issues.apache.org/jira/browse/MODPYTHON-192
Project:
[ http://issues.apache.org/jira/browse/MODPYTHON-127?page=all ]
Work on MODPYTHON-127 started by Graham Dumpleton.
Use namespace for mod_python PythonOption settings.
---
Key: MODPYTHON-127
URL:
[ http://issues.apache.org/jira/browse/MODPYTHON-127?page=all ]
Graham Dumpleton reassigned MODPYTHON-127:
--
Assignee: Graham Dumpleton
Use namespace for mod_python PythonOption settings.
---
On 14/08/2006, at 1:42 AM, Jim Gallacher wrote:
Graham Dumpleton (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MODPYTHON-127?page=all ]
Graham Dumpleton updated MODPYTHON-127:
---
Fix Version/s: 3.3
Lets target this to be done for 3.3. We
[
http://issues.apache.org/jira/browse/MODPYTHON-127?page=comments#action_12440752
]
Graham Dumpleton commented on MODPYTHON-127:
Have made code changes (not documentation), but not yet committed.
Having done this, I found myself
hi,
when does mod_python support python-2.5?
it seems that former versions are likely to cause core dumps when
using pyexpat, see http://python.org/sf/1295808,
http://python.org/sf/1075984, http://python.org/sf/1558223.
as subversion uses expat, and edgewall trac is for subversion, errors
like
On 10/8/06, solo turn [EMAIL PROTECTED] wrote:
when does mod_python support python-2.5?
I'm running mod_python on 2.5 for more than two weeks now without any
problems that I've been aware of. Grab the trunk version from the
subversion and have fun.
-Dan
15 matches
Mail list logo