You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modproxy-dev@apache.org by Rodent of Unusual Size <Ke...@Golux.Com> on 2001/05/17 05:45:14 UTC
[STATUS] (httpd-proxy) Wed May 16 23:45:14 EDT 2001
HTTPD PROXY STATUS:
Last modified at [$Date: 2001/04/29 18:29:30 $]
Release:
intended for 2.0 release date
httpd 1.3.x)
first HTTP/1.1 support patch complete; available at
http://dev.apache.org/dist/patches/apply_to_1.3.19/
Current HTTP/1.1 patch at
http://dev.apache.org/dist/patches/apply_to_1.3-current
httpd 2.0)
work ongoing; all your proxy request are now belong to us
Graham's patches for httpd-2.0 committed
httpd 2.0+)
email block diagrams exchanged, and clarified a little
talk about these at ApacheCon AFA a new proxy and cache design
got good feedback from Theo and Ian
RELEASE SHOWSTOPPERS:
a), b), c) below.
2.0
* HTTP - currently almost almost works! (we are so close)
At add times the fllowing error is finding it's way into the
error log:
[error] (32)Broken pipe: core_output_filter: writing data to the network
It happens after the body send is complete - it looks like we
are trying to send data after the request, but the browser
has closed the connection.
* problems with akamai proxies - under investigation
RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
1.3.x
* Ronald Tschaler's patch to mod_proxy to allow other modules to
set headers too (needed by mod_auth_digest)
Message-ID: <19...@chill.innovation.ch>
Status:
* announce to current-testers@ to get some looking at
* possibly to fold this into a later release (1.3.20++?)
currently being maintained as a separate patch
* Bill Rowe's suggested fix for Win32
2.0
* FTP: PORT does not work
There is a problem with this proxy accepting connections from
the remote ftp server. The connection is accepted, and the remote
server sends data, but the proxy does not acknowledge the data.
The default is PASV - so this isn't a trainsmash.
* announce to current-testers@ to get some looking at
* problems when streaming mp3 from live365.com, and audio stream dies
and reconnects - we seem to be hanging on the stream close, since
the client (iTunes) may not be actually closing the connection
(not believed to be an HTTP proxy problem)
2.0+
* none
Other known bugs that need fixing:
1.3.x
* none
2.0
* none
2.0+
* none
Other features that need writing:
1.3.x
* mod_rewrite and possibly mod_include cleanup
2.0
* none
2.0+
* none
Documentation that needs editing:
1.3.x
* mod_proxy.html (needs a once-over)
2.0
* none
2.0+
* none
Available Patches:
1.3.x
* PR#3489 patch for NoCache/mod_rewrite problem
2.0
* none
2.0+
* none
Open Issues:
* Eventual reintegration into httpd-2.0. The basic criteria are:
a) The code compiles and runs as often as any code in the tree
b) The functionality makes sense for an HTTP proxy
c) There is an active maintainer who is or can become an ASF
member.
* announce to current-testers@ to get some looking at (1.3/2.0 both)
* announce for inclusion vote and Graham commit privs