<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/apache/httpd.git/modules/proxy/mod_proxy_http.c, branch apreq-integration</title>
<subtitle>github.com: apache/httpd.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/apache/httpd.git/'/>
<entry>
<title>* Rip out the old flushing approach for solving lifetime issues between the</title>
<updated>2008-11-08T11:09:38+00:00</updated>
<author>
<name>Ruediger Pluem</name>
<email>rpluem@apache.org</email>
</author>
<published>2008-11-08T11:09:38+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/apache/httpd.git/commit/?id=4a3c945b14466113dc80e6e9522846659ac4269c'/>
<id>4a3c945b14466113dc80e6e9522846659ac4269c</id>
<content type='text'>
  backend connection bucket allocator and front end connection bucket allocator.
  Instead copy the buckets from the backend over to ones that have been created
  using the front end bucket allocator. For metabucket this is done by recreating
  them, for data buckets this is done by reading them and putting the read data
  in a transient bucket.

PR: 45792


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@712375 13f79535-47bb-0310-9956-ffa450edef68
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
  backend connection bucket allocator and front end connection bucket allocator.
  Instead copy the buckets from the backend over to ones that have been created
  using the front end bucket allocator. For metabucket this is done by recreating
  them, for data buckets this is done by reading them and putting the read data
  in a transient bucket.

PR: 45792


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@712375 13f79535-47bb-0310-9956-ffa450edef68
</pre>
</div>
</content>
</entry>
<entry>
<title>Remove potential for memory leak... allocate on this</title>
<updated>2008-10-22T19:13:57+00:00</updated>
<author>
<name>Jim Jagielski</name>
<email>jim@apache.org</email>
</author>
<published>2008-10-22T19:13:57+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/apache/httpd.git/commit/?id=cd7a438a43b5625ad566456cb61cc1f7512dd916'/>
<id>cd7a438a43b5625ad566456cb61cc1f7512dd916</id>
<content type='text'>
request which is now viable due to connection pooling.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@707163 13f79535-47bb-0310-9956-ffa450edef68
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
request which is now viable due to connection pooling.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@707163 13f79535-47bb-0310-9956-ffa450edef68
</pre>
</div>
</content>
</entry>
<entry>
<title>For timeouts, behave as before and not drop.</title>
<updated>2008-09-20T13:44:26+00:00</updated>
<author>
<name>Jim Jagielski</name>
<email>jim@apache.org</email>
</author>
<published>2008-09-20T13:44:26+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/apache/httpd.git/commit/?id=14bb7079df8db0f63ba4f26d569b728155c3108b'/>
<id>14bb7079df8db0f63ba4f26d569b728155c3108b</id>
<content type='text'>
From Adam Woodworth &lt;mirkperl gmail.com&gt;


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@697362 13f79535-47bb-0310-9956-ffa450edef68
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
From Adam Woodworth &lt;mirkperl gmail.com&gt;


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@697362 13f79535-47bb-0310-9956-ffa450edef68
</pre>
</div>
</content>
</entry>
<entry>
<title>comment tweak</title>
<updated>2008-08-12T15:40:48+00:00</updated>
<author>
<name>Jeff Trawick</name>
<email>trawick@apache.org</email>
</author>
<published>2008-08-12T15:40:48+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/apache/httpd.git/commit/?id=3b01067886125cabee9b1380b99e2c479bfff933'/>
<id>3b01067886125cabee9b1380b99e2c479bfff933</id>
<content type='text'>
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@685191 13f79535-47bb-0310-9956-ffa450edef68
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@685191 13f79535-47bb-0310-9956-ffa450edef68
</pre>
</div>
</content>
</entry>
<entry>
<title>* Introduce environment variable proxy-initial-not-pooled to avoid reusing</title>
<updated>2008-08-09T21:33:09+00:00</updated>
<author>
<name>Ruediger Pluem</name>
<email>rpluem@apache.org</email>
</author>
<published>2008-08-09T21:33:09+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/apache/httpd.git/commit/?id=0afe61c5bdd79b46039dd0128e8b80340dc6d40b'/>
<id>0afe61c5bdd79b46039dd0128e8b80340dc6d40b</id>
<content type='text'>
  pooled connections if the client connection is an initial connection.
  This avoids the "proxy: error reading status line from remote server"
  error caused by the race condition that the backend server closed the
  connection after the connection check on our side and before our data
  reached the backend. Yes, this downgrades performance, especially with
  HTTP/1.0 clients. Hence it is configurable and off by default.

PR: 37770


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@684351 13f79535-47bb-0310-9956-ffa450edef68
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
  pooled connections if the client connection is an initial connection.
  This avoids the "proxy: error reading status line from remote server"
  error caused by the race condition that the backend server closed the
  connection after the connection check on our side and before our data
  reached the backend. Yes, this downgrades performance, especially with
  HTTP/1.0 clients. Hence it is configurable and off by default.

PR: 37770


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@684351 13f79535-47bb-0310-9956-ffa450edef68
</pre>
</div>
</content>
</entry>
<entry>
<title>move back to inner loop... fails otherwise</title>
<updated>2008-06-10T16:14:47+00:00</updated>
<author>
<name>Jim Jagielski</name>
<email>jim@apache.org</email>
</author>
<published>2008-06-10T16:14:47+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/apache/httpd.git/commit/?id=6806faa3d4048de40fda986705c4a533ca0df7ce'/>
<id>6806faa3d4048de40fda986705c4a533ca0df7ce</id>
<content type='text'>
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@666180 13f79535-47bb-0310-9956-ffa450edef68
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@666180 13f79535-47bb-0310-9956-ffa450edef68
</pre>
</div>
</content>
</entry>
<entry>
<title>Patch for CVE-2008-2364...</title>
<updated>2008-06-10T15:30:00+00:00</updated>
<author>
<name>Jim Jagielski</name>
<email>jim@apache.org</email>
</author>
<published>2008-06-10T15:30:00+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/apache/httpd.git/commit/?id=33f7a2ac3bff0b73cfae18f1070253e49faa97b0'/>
<id>33f7a2ac3bff0b73cfae18f1070253e49faa97b0</id>
<content type='text'>
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@666154 13f79535-47bb-0310-9956-ffa450edef68
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@666154 13f79535-47bb-0310-9956-ffa450edef68
</pre>
</div>
</content>
</entry>
<entry>
<title>* Do this later as we might leave the function anyway without the need for this.</title>
<updated>2008-05-29T22:23:19+00:00</updated>
<author>
<name>Ruediger Pluem</name>
<email>rpluem@apache.org</email>
</author>
<published>2008-05-29T22:23:19+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/apache/httpd.git/commit/?id=b0269d681d9fbd7931566ce927707b28ec475c98'/>
<id>b0269d681d9fbd7931566ce927707b28ec475c98</id>
<content type='text'>
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@661508 13f79535-47bb-0310-9956-ffa450edef68
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@661508 13f79535-47bb-0310-9956-ffa450edef68
</pre>
</div>
</content>
</entry>
<entry>
<title>* According to RFC 2616 8.2.3 we are not allowed to forward an</title>
<updated>2008-05-29T22:19:17+00:00</updated>
<author>
<name>Ruediger Pluem</name>
<email>rpluem@apache.org</email>
</author>
<published>2008-05-29T22:19:17+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/apache/httpd.git/commit/?id=b6f1efd3b2a6ceae54010c7a08fffa15c1ae90a3'/>
<id>b6f1efd3b2a6ceae54010c7a08fffa15c1ae90a3</id>
<content type='text'>
  Expect: 100-continue to an HTTP/1.0 server. Instead we MUST return
  a HTTP_EXPECTATION_FAILED.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@661506 13f79535-47bb-0310-9956-ffa450edef68
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
  Expect: 100-continue to an HTTP/1.0 server. Instead we MUST return
  a HTTP_EXPECTATION_FAILED.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@661506 13f79535-47bb-0310-9956-ffa450edef68
</pre>
</div>
</content>
</entry>
<entry>
<title>*  mod_proxy_http.c</title>
<updated>2008-05-27T21:40:48+00:00</updated>
<author>
<name>Ruediger Pluem</name>
<email>rpluem@apache.org</email>
</author>
<published>2008-05-27T21:40:48+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/apache/httpd.git/commit/?id=2948128ebb4a2f12f0168f411e3601734ba01290'/>
<id>2948128ebb4a2f12f0168f411e3601734ba01290</id>
<content type='text'>
   Ensure that the EOC bucket is inserted BEFORE an EOS bucket in bb as
   some resource filters like mod_deflate pass everything up to the EOS
   down the chain immediately and sent the remainder of the brigade later
   (or even never). But in this case the ap_http_header_filter does not
   get out of our way soon enough.

   http_filters.c
   Remove all data buckets that are in a brigade after an EOC bucket
   was seen, as an EOC bucket tells us that no (further) resource
   and protocol data should go out to the client. OTOH meta buckets
   are still welcome as they might trigger needed actions down in
   the chain (e.g. in network filters like SSL).
   Remark 1: It is needed to dump ALL data buckets in the brigade
             since an filter in between might have inserted data
             buckets BEFORE the EOC bucket sent by the original
             sender and we do NOT want this data to be sent.
   Remark 2: Dumping all data buckets here does not necessarily mean
             that no further data is send to the client as:
             1. Network filters like SSL can still be triggered via
                meta buckets to talk with the client e.g. for a
                clean shutdown.
             2. There could be still data that was buffered before
                down in the chain that gets flushed by a FLUSH or an
                EOS bucket.

PR: 37770


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@660726 13f79535-47bb-0310-9956-ffa450edef68
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
   Ensure that the EOC bucket is inserted BEFORE an EOS bucket in bb as
   some resource filters like mod_deflate pass everything up to the EOS
   down the chain immediately and sent the remainder of the brigade later
   (or even never). But in this case the ap_http_header_filter does not
   get out of our way soon enough.

   http_filters.c
   Remove all data buckets that are in a brigade after an EOC bucket
   was seen, as an EOC bucket tells us that no (further) resource
   and protocol data should go out to the client. OTOH meta buckets
   are still welcome as they might trigger needed actions down in
   the chain (e.g. in network filters like SSL).
   Remark 1: It is needed to dump ALL data buckets in the brigade
             since an filter in between might have inserted data
             buckets BEFORE the EOC bucket sent by the original
             sender and we do NOT want this data to be sent.
   Remark 2: Dumping all data buckets here does not necessarily mean
             that no further data is send to the client as:
             1. Network filters like SSL can still be triggered via
                meta buckets to talk with the client e.g. for a
                clean shutdown.
             2. There could be still data that was buffered before
                down in the chain that gets flushed by a FLUSH or an
                EOS bucket.

PR: 37770


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@660726 13f79535-47bb-0310-9956-ffa450edef68
</pre>
</div>
</content>
</entry>
</feed>
