Hi,
Due to a requirement on a project we are currently
working on involving using Apache as a caching reverse proxy server to WebLogic.
We are considering implementing the
Cache-Control:
no-cache=directive
for the Apache 1.3 mod_proxy module so allow us to
prevent the caching of
On Tue, 19 Feb 2002, Fowler, Brian wrote:
Due to a requirement on a project we are currently working on involving
using Apache as a caching reverse proxy server to WebLogic.
We are considering implementing the
Cache-Control: no-cache=directive
for the Apache 1.3 mod_proxy module
Aaron Bannert wrote:
Since the Host: header is part of the encrypted stream, it is not
known to the server by the time the cert is required to establish an
SSL connection. For this reason it is not possible to do name-based
virtual hosting w/ SSL.
Perhaps we should make this an explicit
Igor Sysoev wrote:
mod_proxy is very ancient module and it's hard to maintain it.
Er, mod_proxy _was_ a very ancient module, but has been largely
overhauled in v1.3 and completely rewritten in v2.0 in both cases having
full support of HTTP/1.1.
Once mod_cache is finished in v2.0, (in theory)
On Tue, 19 Feb 2002, Graham Leggett wrote:
Igor Sysoev wrote:
mod_proxy is very ancient module and it's hard to maintain it.
Er, mod_proxy _was_ a very ancient module, but has been largely
overhauled in v1.3 and completely rewritten in v2.0 in both cases having
full support of
Igor Sysoev wrote:
The main problem with mod_proxy is that it reads backend response
to 8K buffer and than sends it to client. When it have sent it
to client it reads again from backend. After it have sent whole
content to client it flushes buffer and only after this it closes
backend
Hi Graham,
I don't think mod_proxy does currently conform to RFC2616 in respect of
Cache-Control: no-cache=directive
It preventing the caching of specific headers, I can't find any code
implementing this in the mod_proxy distribution and the following example
fails...
I have a small test.jsp
It appears to me that we are running into a *lot* of problems in
(GNU)libtool on OS X and that the libtool guys would appreciate
the feedback. Yet, it appears that stuff sent to them never gets
included in... has that been other's experience as well?
--
Eli Marmor wrote:
Being slashdotted, will be also a good heavy-load test for daedalus,
which runs 2.0.32... ;-)
Except that, IIRC, daedalis is running prefork exclusively. Has any
large site utilized worker?
--
===
On Tue, 19 Feb 2002, Graham Leggett wrote:
Igor Sysoev wrote:
The main problem with mod_proxy is that it reads backend response
to 8K buffer and than sends it to client. When it have sent it
to client it reads again from backend. After it have sent whole
content to client it flushes
On Tue, 19 Feb 2002, Pier Fumagalli wrote:
Jim Jagielski [EMAIL PROTECTED] wrote:
It appears to me that we are running into a *lot* of problems in
(GNU)libtool on OS X and that the libtool guys would appreciate
the feedback. Yet, it appears that stuff sent to them never gets
included
Sascha Schumann [EMAIL PROTECTED] wrote:
On Tue, 19 Feb 2002, Pier Fumagalli wrote:
Jim Jagielski [EMAIL PROTECTED] wrote:
It appears to me that we are running into a *lot* of problems in
(GNU)libtool on OS X and that the libtool guys would appreciate
the feedback. Yet, it appears that
Sascha Schumann wrote:
On Tue, 19 Feb 2002, Pier Fumagalli wrote:
Jim Jagielski [EMAIL PROTECTED] wrote:
It appears to me that we are running into a *lot* of problems in
(GNU)libtool on OS X and that the libtool guys would appreciate
the feedback. Yet, it appears that stuff sent
On Tue, Feb 19, 2002 at 01:54:19PM +0200, Graham Leggett wrote:
Name virtual hosting with SSL does work if you have a wildcard
certificate - as long as that cert is valid for all the different
possible name virtual hosts for the reason you describe above.
For this reason I would say leave
On Mon, 18 Feb 2002, Bill Stoddard wrote:
On Sun, 17 Feb 2002, Justin Erenkrantz wrote:
SNIP
SNIP
Unless someone submitted patches since the 2.0.32-alpha tarball last
week. I don't think Win32/nt works especially as it relies on
sockaddr_in for the mpm_winnt. I figured and fixed
Brian Pane wrote:
Thanks for catching that. In this particular design, I think
we'll be safe because only the current listener thread is ever
allowed to pop from the stack.
yeah, that occurred to me driving home yesterday. If we can guarantee there is
only one popper at a time, that
Jeroen Massar [EMAIL PROTECTED] writes:
Unless someone submitted patches since the 2.0.32-alpha tarball last
week. I don't think Win32/nt works especially as it relies on
sockaddr_in for the mpm_winnt. I figured and fixed this, this weekend when
I wanted too see if the IPv6 support
For some time some (but after 2.0.32), some tests I run have been
segfaulting around the time of a graceful restart. Has anybody else
seen something like this?
[Tue Feb 19 10:31:43 2002] [notice] child pid 5367 exit signal Segmentation fault (11)
[Tue Feb 19 10:31:43 2002] [notice] SIGUSR1
On Tue, Feb 19, 2002 at 12:16:13PM -0500, Jeff Trawick wrote:
I'm not getting any core dumps from the segfaulting child (threads and
Linux :) ). I need to spend more time looking into this, but first I
wondered if anybody else saw it.
RH 6.2:segfaults as (barely) described above
Igor Sysoev wrote:
1.3.23 mod_proxy calls ap_proxy_send_fb() and than closes backend.
But ap_proxy_send_fb() flushes output to client so it can hang
for a long time.
Then this needs to be fixed. I have 24 hours sitting on a plane starting
tomorrow night, so I'll probably have time then :)
Aaron Bannert [EMAIL PROTECTED] writes:
Maybe this is a hint... For a couple of the restart iterations,
worker on AIX logs this:
[crit] ap_queue_push failed with error code -1
This will only happen in ap_queue_push when apr_thread_mutex_lock or
ap_thread_mutex_unlock fail (Yes, I
[EMAIL PROTECTED] writes:
jerenkrantz02/02/18 20:45:53
Modified:.CHANGES
include ap_mmn.h http_core.h
server core.c
Log:
Introduce AddOutputFilterByType directive.
AddOutputFilterByType DEFLATE text/html
Why does this warrant
Greg Ames wrote:
Brian Pane wrote:
Thanks for catching that. In this particular design, I think
we'll be safe because only the current listener thread is ever
allowed to pop from the stack.
yeah, that occurred to me driving home yesterday. If we can guarantee there is
only one popper
Fowler, Brian wrote:
I don't think mod_proxy does currently conform to RFC2616 in respect of
Cache-Control: no-cache=directive
I just checked - a small note in my copy of RFC2616 says not done
yet.. doh...!
The relevant part of the HTTP spec I think is
no-cache
[snip]
If the
If you monitor the CVS list, you have by now noticed that we are converting
the apache module docs (ie, the reference manual part of the docs) to xml.
I just committed for the first time the xslt transformation into cvs. I did
this to assure that we don't need to maintain two sets of module docs
Justin Erenkrantz wrote:
However, certain modules like mod_deflate attempt to verify
that it only deals with non-subreq (!r-main) requests. We can
see if we can take that check out - not sure if we can or can not
do that.
mod_rewrite has r-main checks also. I'd rather not start
...for about a week and a half, taking a 42' catamaran from Miami to the British
Virgin Islands. httpd on daedalus shouldn't need much attention in the mean
time. I have a lot of confidence in 2.0.32.
Greg
From: Christoph Schneegans [EMAIL PROTECTED]
Sent: Tuesday, February 19, 2002 3:56 PM
http://httpd.apache.org/docs/content-negotiation.html explains how to
use qs parameters in a type map file to assign a source quality to the
different variants. It does not explain how to use qs values in
On Tue, 19 Feb 2002, Greg Ames wrote:
...for about a week and a half, taking a 42' catamaran from Miami to the British
Virgin Islands. httpd on daedalus shouldn't need much attention in the mean
time. I have a lot of confidence in 2.0.32.
Let me know if you need to have it sailed back :-)
On Tue, Feb 19, 2002 at 12:52:01PM -0500, Jeff Trawick wrote:
[EMAIL PROTECTED] writes:
jerenkrantz02/02/18 20:45:53
Modified:.CHANGES
include ap_mmn.h http_core.h
server core.c
Log:
Introduce AddOutputFilterByType
On Tue, Feb 19, 2002 at 12:52:01PM -0500, Jeff Trawick wrote:
[EMAIL PROTECTED] writes:
jerenkrantz02/02/18 20:45:53
Modified:.CHANGES
include ap_mmn.h http_core.h
server core.c
Log:
Introduce AddOutputFilterByType
On Mon, Feb 18, 2002 at 09:17:19PM -0800, Ian Holsman wrote:
it doesn't do what it is supposed to do ALL the time.
for example.. take mod-status.
inside the handler it decides what type of content-type
the program will return.
bad module, fix module.
That's bogus. Consider
William A. Rowe, Jr wrote:
[qs values in AddType directives and Content-Type headers]
Good concern, they are invalid.
Okay, that's a clear statement. Thanks.
Multiviews was never hacked to decode the qs value [nor were mime or the
core.]
But qs values do affect Multiviews! The only task
P.S.
[please don't flame - just a crazy idea that may improve the procedure
of parsing configuration directives]
The next step, may be to start (incrementally) to port modules to a new
model - where these XML files are used for the first phase of reading
directives (mainly their parsing).
Of
Have a good trip!
BTW- digitalroadkill.net will be on 2.0.32 this evening around 10PM CST.
Had a lot of issues with timing yesterday, so my apologies.
digitalroadkill.net:8080, or 443, if you wish to test.
RH 7.2-XFS
kernel 2.4.17-xfs-aa
glibc-2.2.5
gcc-3.0.3
openssl-0.9.6c
PHP 4.1.1 or
On Tue, Feb 19, 2002 at 03:27:04PM -0800, Ryan Bloom wrote:
We have a function, ap_pass_brigade(), which is called by every content
generator, by definition. Just put a hook into that function.
And have that hook called every time data is sent through a
filter (also output filters call
On Tue, Feb 19, 2002 at 12:33:58PM -0500, Jeff Trawick wrote:
Aaron Bannert [EMAIL PROTECTED] writes:
Maybe this is a hint... For a couple of the restart iterations,
worker on AIX logs this:
[crit] ap_queue_push failed with error code -1
This will only happen in
Justin Erenkrantz [EMAIL PROTECTED] writes:
One so far in /usr/local/apache/corefiles/httpd.core.1, but I'm not
sure how this even happened:
I looked at this today. It is an oldie but a goodie. We've been
getting these very infrequently as long as we've been running 2.0 on
daedalus.
How
Jeff Trawick wrote:
Maybe this is a hint... For a couple of the restart iterations,
worker on AIX logs this:
[crit] ap_queue_push failed with error code -1
In your AIX test environment, can you catch this error
case in action by putting breakpoints at the two lines
in ap_queue_push() where
On Tue, Feb 19, 2002 at 03:25:23PM -0800, Ryan Bloom wrote:
Core_dir_config should be a private structure, so it doesn't require a
MMN bump.
Just looking at when MMN has been bumped before, it looks like almost
all changes to core_dir_config have been followed by MMN bump. Why
have people
40 matches
Mail list logo
