Hi Oleg, There were many "Connection: close" response headers that I see complete test run, however, the successive test case executions pass, except this one. I believe Apache httpclient does a automatic retry of the connection, when connection is closed, but for some reason is failing in this particular instance. If you need any apache httpclient wire logging, please let me know.
Thanks, Ravi Chamarthy IBM Information Platform & Solutions IBM Software Group [email protected] From: Oleg Kalnichevski <[email protected]> To: HttpClient User Discussion <[email protected]>, Date: 09/03/2012 01:48 AM Subject: Re: Randon "ProtocolException: The server failed to respond with a valid HTTP response" while executing the client request On Sun, 2012-09-02 at 19:01 +0530, Ravi C Chamarthy wrote: > Hi Oleg, > > Thanks for your response ! > > I tried to capture the request/response using an HTTP Analyzer tool. > In the response of the prior (in the one before this failed http request) > http call, I see the Connection header attribute value set to 'close'. > However, we indeed have the following explicit call to check stale > connections, but still is is failing with a blank response. > That basically supports my assertion. HttpClient closes the connection based on 'close' value of the 'Connection' header and attempts to create a new connection for the subsequent request. The server fails to handle the incoming connection on its end and drops it without a valid response. This still looks like a server issue to me. Oleg > HttpConnectionParams.setStaleCheckingEnabled(params, true); > > <headers> > <requestheaders> > > <header>POST /ibm/iis/isf/javahttp/checked/com.ibm.iis.isf.security.auth.AuthenticationService/login > HTTP/1.1</header> > <header>Content-Length: 1048</header> > <header>Content-Type: application/octet-stream</header> > <header>Host: hyddev15:80</header> > <header>Connection: Keep-Alive</header> > <header>User-Agent: Apache-HttpClient/IIS 4.2 (java 1.5)</header> > <header>Cookie: JSESSIONID=0000titWHhRyPYrO6sWcA0LST3C:-1</header> > <header>Cookie2: $Version=1</header> > <header>Authorization: Basic > YXV0aF91c2VyXzI0NkZUT18wOmF1dGhfdXNlcl8yNDZGVE9fMA==</header> > </requestheaders> > <responseheaders> > <header>HTTP/1.1 200 OK</header> > <header>X-Powered-By: Servlet/3.0</header> > <header>Content-Type: application/octet-stream</header> > <header>Content-Language: en-US</header> > <header>Set-Cookie: LtpaToken2=JAAuivq99D > +v6sR6rfq7FlVsFPnHoMwp1hTG9Pd5FPPA7gVEzGcC4lyZaLdVrQtYIy09yVVvIScN110DpQaHOi5BLMBzGdJZZw/1a5qd > +C7nKbfjWgUQCK6ZVbACSzHsgGdcn0trVobZ/Sl3WxiDL4kys > +cvWzTB/AmZMgarNM70tEnoav51Y1t4JCBqDq5d1K1YnFs56E6W7gJSXnOQClEqRahUW7jgvKvvHppbECMo72rDA9ftVl/d3nwrKMVXF7GxXa0w5pFMCPf > +r4kxYPFd3sWd0shmaK2Tepe0fX05W0O93dm8/ylkdHbP02eaiMmP > +uLnOCCX4cHK4v7lzT0HFWdwBPvDcjgUR7HqXiakv/V0lbocsp2P/mGoL > +bwJ4j8QJSmrTI/b7MbOPIJnF9zT5/TMgASyHLKdgItNIQZB3LRP6vN4Y0YuTuD5UOLoyqYfaZHlocZBVpWSTXE8N73h4880DWKwTpleGr0WMBZRQw/39EIQu29 > +MYc4qNt2ySAXp85P8G3rdzg > +wNQJtZXD25cVYXWmtx4r5ouOu7bLbKPkON8p/jwcnk9uOtXE3bAPO1gv18LYBGBQjxBgJKN8hPR0b41/lhRjzZL86QqodHYrSURvSAgB > +S3ynNfAfj/h5Rf6pjJyACpQKeNoWFaAJ0JmEzBK1qGlc+Ne9Q=; Path=/; > HttpOnly</header> > <header>Set-Cookie: > X-IBM-IISSessionId=oT9YXn09/H6fquWop8A6K9VFnXL/ZSfAHRBOb5V3MqZZArOL4rErcXklDC2ToSiWWRHfSkSDNm3oNOgHu20CoDLTipBXDTrAL6n05kwpQy0jbcvMQtglMgtAXLpD > +LqbJ1zDQPYe8UKSC4HuNSdOHc9t3oMrGksIQRtDHkwmuHQ=; Path=/; HttpOnly</header> > <header>Transfer-Encoding: chunked</header> > <header>Connection: Close</header> > <header>Date: Sun, 02 Sep 2012 09:59:30 GMT</header> > <header>Server: WebSphere Application Server/8.0</header> > <header>Expires: Thu, 01 Dec 1994 16:00:00 GMT</header> > <header>Cache-Control: no-cache="set-cookie, > set-cookie2"</header> > </responseheaders> > </headers> > > Thanks, > Ravi Chamarthy > IBM Information Platform & Solutions > IBM Software Group > [email protected] > > > > From: Oleg Kalnichevski <[email protected]> > To: [email protected], > Date: 08/28/2012 05:10 PM > Subject: Re: Randon "ProtocolException: The server failed to respond > with a valid HTTP response" while executing the client request > > > > On Tue, 2012-08-28 at 12:00 +0530, Ravi C Chamarthy wrote: > > Hi, > > > > I am running a junit test case, where the test methods would submit http > > client requests to the target application server (WebSphere 8) which > hosts > > the serving application. > > While running the test case, I randomly run into the following error, > where > > in first run, say testA() would fail, and in a successive test run testA > () > > would pass but some other test method, say testB() would fail with the > same > > error message as listed below. > > I am not sure what is happening as it not a constant error occurring for > > the same method. > > What's more confusing is, the Servlet listening to the HTTP requests is > not > > at all called when this error occurred. And also, I do not see any error > > messages at the server side. > > > > This exception is thrown when the server simply drops the connection in > the middle of HTTP exchange without responding in any meaningful way. > Quite often that can happen when the server is unable to accept new > incoming connections due to overload or an internal problem of some > sort. The servlet never gets called because the connection gets dropped > by WebSphere's HTTP stack before control is passed to your web > application. > > Oleg > > PS: Please do _not_ cross post. > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
