Re: Connection close for POST after successful expectation and status 302

2020-04-20 Thread Mark Thomas
On 20/04/2020 10:45, Rainer Jung wrote: > Hi Mark, hi all, > > Am 20.04.2020 um 11:15 schrieb Mark Thomas: >> On 19/04/2020 14:04, Rainer Jung wrote: >>> It might be too simplistic, but the following at least stops the >>> connection close (but I don't know, whether it also prevents it in cases

Re: Connection close for POST after successful expectation and status 302

2020-04-20 Thread Michael Osipov
Am 2020-04-20 um 11:32 schrieb Mark Thomas: On 20/04/2020 09:52, Michael Osipov wrote: Am 2020-04-19 um 17:32 schrieb Rainer Jung: Hi Michael, Am 19.04.2020 um 17:11 schrieb Michael Osipov: Am 2020-04-19 um 14:40 schrieb Rainer Jung: I observed this when using Apache mod_proxy_http and

Re: Connection close for POST after successful expectation and status 302

2020-04-20 Thread Rainer Jung
Hi Mark, hi all, Am 20.04.2020 um 11:15 schrieb Mark Thomas: On 19/04/2020 14:04, Rainer Jung wrote: It might be too simplistic, but the following at least stops the connection close (but I don't know, whether it also prevents it in cases where it should still be done): diff --git

Re: Connection close for POST after successful expectation and status 302

2020-04-20 Thread Mark Thomas
On 20/04/2020 09:52, Michael Osipov wrote: > Am 2020-04-19 um 17:32 schrieb Rainer Jung: >> Hi Michael, >> >> Am 19.04.2020 um 17:11 schrieb Michael Osipov: >>> Am 2020-04-19 um 14:40 schrieb Rainer Jung: I observed this when using Apache mod_proxy_http and mod_proxy_balancer with

Re: Connection close for POST after successful expectation and status 302

2020-04-20 Thread Mark Thomas
On 19/04/2020 14:04, Rainer Jung wrote: > It might be too simplistic, but the following at least stops the > connection close (but I don't know, whether it also prevents it in cases > where it should still be done): > > diff --git a/java/org/apache/coyote/http11/Http11Processor.java >

Re: Connection close for POST after successful expectation and status 302

2020-04-20 Thread Michael Osipov
Am 2020-04-19 um 17:32 schrieb Rainer Jung: Hi Michael, Am 19.04.2020 um 17:11 schrieb Michael Osipov: Am 2020-04-19 um 14:40 schrieb Rainer Jung: I observed this when using Apache mod_proxy_http and mod_proxy_balancer with ping=5000, which wil add the expectation to any POST request. I

Re: Connection close for POST after successful expectation and status 302

2020-04-19 Thread Rainer Jung
Hi Michael, Am 19.04.2020 um 17:11 schrieb Michael Osipov: Am 2020-04-19 um 14:40 schrieb Rainer Jung: I observed this when using Apache mod_proxy_http and mod_proxy_balancer with ping=5000, which wil add the expectation to any POST request. I wanted to tune Apache/Tomcat communication to use

Re: Connection close for POST after successful expectation and status 302

2020-04-19 Thread Michael Osipov
Am 2020-04-19 um 14:40 schrieb Rainer Jung: I observed this when using Apache mod_proxy_http and mod_proxy_balancer with ping=5000, which wil add the expectation to any POST request. I wanted to tune Apache/Tomcat communication to use connections very long in order to reduce TLS handshakes

Re: Connection close for POST after successful expectation and status 302

2020-04-19 Thread Rainer Jung
It might be too simplistic, but the following at least stops the connection close (but I don't know, whether it also prevents it in cases where it should still be done): diff --git a/java/org/apache/coyote/http11/Http11Processor.java b/java/org/apache/coyote/http11/Http11Processor.java index

Re: Connection close for POST after successful expectation and status 302

2020-04-19 Thread Rainer Jung
Communication trace for the sake of completenes: 1) Request POST /sid/D1_13.html HTTP/1.1 Host: z-web-01.some.domain:8143 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:75.0) Gecko/20100101 Firefox/75.0 Accept:

Connection close for POST after successful expectation and status 302

2020-04-19 Thread Rainer Jung
Hi there, I noticed today TC behavior in TC 9 HEAD (but probably not specific to it), that a POST with "Expect: 100-Continue" first gets a correct status 100 response from TC. Then the client (an Apache reverse proxy) send the request body and the application correctly processes it and