On Wed, 2006-11-08 at 15:16 -0500, Daniel Lapadat wrote: > Oleg, > > It takes a long time to generate the response. The response content may be > small in size. > > Dan >
Daniel, I am afraid you are out of luck. 10 min latency is really extreme. The proxy server assumes the connection that stays idle for so long is likely to be stale and just drops it. There are no provisions in the HTTP spec I know of to inform the proxy that the connection is still being used. HTTP is simply not the right protocol for such scenarios. Oleg > Oleg Kalnichevski wrote: > > On Wed, 2006-11-08 at 14:13 -0500, Daniel Lapadat wrote: > >> I have not been able to find a solution to the following problem. > >> > >> We have an application that talks to servlets using HTTPClient. It > >> requests > >> information from the servlets, sometimes the response can take a long time > >> ( > > >> 10 minutes ). > > > > Daniel, > > > > Just to make sure we all understand you right. Does it take > 10 min to > > stream out response really large response content or does it take such a > > long while to generate a response (high latency scenario)? > > > > Oleg > > > >> Everything was working fine until some of our new users sat > >> behind a proxy server. The proxy server is timing out our HTTP connection > >> at > >> around 5 minutes. We of course cannot modify any of the proxy server's > >> settings. Is there some way of sending a keep alive signal to the proxy > >> server? > >> I thought that HTTP 1.1 automatically did this. > >> > >> The only solution we have found is to start writing white space back to the > >> client every couple of seconds but if we do that and there is an error on > >> the > >> server side, the client will not get any response back from the server > >> because > >> we started to write to the output stream of the HTTPResponse object. > >> sendError > >> causes an IllegalStateException on the server end. In order to avoid this > >> we > >> cannot write to the output stream until we have a response from the > >> database or > >> other systems. > >> > >> Any help would be appreciated, > >> > >> Dan > >> > >> --------------------------------------------------------------------- > >> 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]
