Justin Erenkrantz wrote:
> --On Wednesday, June 8, 2005 12:09 AM +0200 Sander Striker
> <[EMAIL PROTECTED]> wrote:
>
>>> Yes you are right I forgot this. So I think this would be better:
>
>
> FWIW, I *think* the patch should return result rather than the value of
> ap_pass_brigade. (Although
--On Tuesday, June 7, 2005 7:14 PM -0400 Joshua Slive <[EMAIL PROTECTED]>
wrote:
Go for it. What are our production servers for if not testing httpd
patches ;-)
As a data point (and one I think you alluded to earlier), the LA on the box
was about 30 before I turned on the cache. It's now s
On Tue, 7 Jun 2005, Justin Erenkrantz wrote:
Perhaps we should try again to stick it into production? Heh. -- justin
Go for it. What are our production servers for if not testing httpd
patches ;-)
Joshua.
--On Wednesday, June 8, 2005 12:09 AM +0200 Sander Striker
<[EMAIL PROTECTED]> wrote:
Yes you are right I forgot this. So I think this would be better:
FWIW, I *think* the patch should return result rather than the value of
ap_pass_brigade. (Although I have a feeling that might not be corre
[EMAIL PROTECTED] wrote:
Justin Erenkrantz wrote:
--On Tuesday, June 7, 2005 11:42 PM +0200 [EMAIL PROTECTED] wrote:
Sorry, if this is a stupid quickshot, but what about something like:
Nope, it's not stupid as that's about the only sane place I can think of
sticking it as well. The onl
Justin Erenkrantz wrote:
> --On Tuesday, June 7, 2005 11:42 PM +0200 [EMAIL PROTECTED] wrote:
>
>> Sorry, if this is a stupid quickshot, but what about something like:
>
>
> Nope, it's not stupid as that's about the only sane place I can think of
> sticking it as well. The only catch is that
--On Tuesday, June 7, 2005 11:42 PM +0200 [EMAIL PROTECTED] wrote:
Sorry, if this is a stupid quickshot, but what about something like:
Nope, it's not stupid as that's about the only sane place I can think of
sticking it as well. The only catch is that if a handler exits this way,
it probab
Justin Erenkrantz wrote:
[..cut..]
>
> We really need a way to generically solve this problem to ensure that an
> EOS is always sent for every request when the request's filter chains
> are still active.
>
Sorry, if this is a stupid quickshot, but what about something like:
--- config.c.ori
--On Tuesday, June 7, 2005 2:01 PM -0700 Justin Erenkrantz
<[EMAIL PROTECTED]> wrote:
--On Tuesday, June 7, 2005 1:50 PM -0700 Justin Erenkrantz
<[EMAIL PROTECTED]> wrote:
to be a better way. For now, I'll commit a fix that matches what we did
with mod_proxy; but this pattern keeps emerging.
--On Tuesday, June 7, 2005 1:50 PM -0700 Justin Erenkrantz
<[EMAIL PROTECTED]> wrote:
to be a better way. For now, I'll commit a fix that matches what we did
with mod_proxy; but this pattern keeps emerging. -- justin
I'm not going to commit it yet. However, I'm building a new httpd on ajax
--On Monday, June 6, 2005 4:01 PM +0200 Sander Striker <[EMAIL PROTECTED]>
wrote:
So this is the same problem reported here:
http://mail-archives.apache.org/mod_mbox/httpd-dev/200505.mbox/%3c428F94
[EMAIL PROTECTED]
which Sander said he was working on. Any progress? The cache is kind
of usel
Justin Erenkrantz wrote:
On Mon, Jun 06, 2005 at 03:40:41PM +0200, Sander Striker wrote:
Justin, how's your stack of round tuits?
Not plentiful at the moment. =(
Can we keep the caching running on port 81 on ajax? That'll make it easier to
debug if I do get some time. We'd really need
Justin Erenkrantz wrote:
On Mon, Jun 06, 2005 at 03:40:41PM +0200, Sander Striker wrote:
[...]
Can we keep the caching running on port 81 on ajax? That'll make it easier to
debug if I do get some time. We'd really need to see what the
request/response chain is. I thought someone said that M
On Mon, Jun 06, 2005 at 03:40:41PM +0200, Sander Striker wrote:
> Justin, how's your stack of round tuits?
Not plentiful at the moment. =(
Can we keep the caching running on port 81 on ajax? That'll make it easier to
debug if I do get some time. We'd really need to see what the
request/respons
Dirk-Willem van Gulik wrote:
On Mon, 6 Jun 2005, Sander Striker wrote:
I could have sworn we had solved this a few months ago. I've seen this
working with 2.1.4-dev, but I'd need to track back what rev. I don't
expect to be able to look at this before wednesday :/
When I get bitten by
On Mon, 6 Jun 2005, Sander Striker wrote:
> I could have sworn we had solved this a few months ago. I've seen this
> working with 2.1.4-dev, but I'd need to track back what rev. I don't
> expect to be able to look at this before wednesday :/
When I get bitten by this - I find that adding an e
Joshua Slive wrote:
[Bringing [EMAIL PROTECTED] into the discussion; we just activated
mod_disk_cache from 2.1-head on the apache wiki and it is broken.]
Geir Magnusson Jr. wrote:
We're having problems now getting to the geronimo wiki
http://wiki.apache.org/geronimo/
some people get content
Joshua Slive wrote:
Joshua Slive wrote:
mod_cache is returning:
HTTP/1.1 304 Not Modified
Date: Mon, 06 Jun 2005 12:56:11 GMT
Server: Apache/2.1.5-dev (Unix)
Connection: close
to ordinary non-conditional GET requests. The result is obviously a
blank page in the browser.
So this is the s
Joshua Slive wrote:
mod_cache is returning:
HTTP/1.1 304 Not Modified
Date: Mon, 06 Jun 2005 12:56:11 GMT
Server: Apache/2.1.5-dev (Unix)
Connection: close
to ordinary non-conditional GET requests. The result is obviously a
blank page in the browser.
So this is the same problem reported h
[Bringing [EMAIL PROTECTED] into the discussion; we just activated
mod_disk_cache from 2.1-head on the apache wiki and it is broken.]
Geir Magnusson Jr. wrote:
We're having problems now getting to the geronimo wiki
http://wiki.apache.org/geronimo/
some people get content, some people get noth
20 matches
Mail list logo