Hi,
see inlined...
> > It has to be client side, who reissues the request.
>
> Well, yes and no. It appears that it's the browser that reissues the
> request, BUT it does not do it on its own initiative.
>
> In other words, it's not because of any time-out in the browser.
>
> I played around with the Glassfish setting "Request Timeout". I set it
> to 60
> s, and made a request to my "thread sleep for ten hours" servlet.
>
> After exactly 60 seconds, Glassfish times out and interrupts the thread,
> which then logs and exits (as it should).
>
> Glassfish also sends back a 200 response, which causes the browser (eg
> FF,
> IE) sends a NEW identical request! A new thread is started at the server.
>
> After exactly another 60 seconds, Glassfish time out and interrupts the
> thread, which then logs and exists (as it should).
>
> Glassfish also sends back another 200 response, but THIS time the browser
> does not send any new request. It just gives up, stops the rotating
> widget, and shows a blank page.
I suspect the problem is that GF is actually closing the connection
right after firing interrupt() on thread.
So possible the browser receives connection terminate signal
before/during 200 response, that's why it reissues the request.
Which GF version are you using? I can prepare the patch for you to make
sure it's the case.
Thanks.
WBR,
Alexey.
>
> If I kill the browser after the first request is sent, no additional
> request
> reaches the server.
>
> Here follows my homebrew request/response log. It shows the events
> described
> above, first with the browser re-sending the request, then with the
> browser
> killed after the first request.
>
> ---
>
> 2011-10-24 11:51:50,801 5e per GET --> /adm [op=black-hole]
> 2011-10-24 11:51:50,801 5e per Headers: [host=localhost:8181]
> [user-agent=Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20100101
> Firefox/7.0.1]
> [accept=text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8]
> [accept-language=en-us,en;q=0.5] [accept-encoding=gzip, deflate]
> [accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7] [connection=keep-alive]
> [cookie=login=true; JSESSIONID=557b684c6bbfc062bd6b71d3425e;
> JSESSIONID=4faec9c1ed5169fe0c0dcd68b0a1;
> treeForm_tree-hi=treeForm:tree:configurations:server-config:networkConfig:protocols:http-listener-2]
>
>
> 2011-10-24 11:52:50,801 5e per <-- 200 /adm [op=black-hole]
> 2011-10-24 11:52:50,801 5e per Headers: [X-Powered-By=JSP/2.2]
> [Server=GlassFish Server Open Source Edition 3.1] [Pragma=No-cache]
> [Cache-Control=no-cache] [Expires=Thu, 01 Jan 1970 01:00:00 CET]
> [Content-Type=text/html;charset=UTF-8] [Transfer-Encoding=chunked]
> [Date=Mon,
> 24 Oct 2011 09:52:50 GMT]
>
> 2011-10-24 11:52:50,816 5e per GET --> /adm [op=black-hole]
> 2011-10-24 11:52:50,816 5e per Headers: [host=localhost:8181]
> [user-agent=Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20100101
> Firefox/7.0.1]
> [accept=text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8]
> [accept-language=en-us,en;q=0.5] [accept-encoding=gzip, deflate]
> [accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7] [connection=keep-alive]
> [cookie=login=true; JSESSIONID=557b684c6bbfc062bd6b71d3425e;
> JSESSIONID=4faec9c1ed5169fe0c0dcd68b0a1;
> treeForm_tree-hi=treeForm:tree:configurations:server-config:networkConfig:protocols:http-listener-2]
>
>
> 2011-10-24 11:53:51,816 5e per <-- 200 /adm [op=black-hole]
> 2011-10-24 11:53:51,816 5e per Headers: [X-Powered-By=JSP/2.2]
> [Server=GlassFish Server Open Source Edition 3.1] [Pragma=No-cache]
> [Cache-Control=no-cache] [Expires=Thu, 01 Jan 1970 01:00:00 CET]
> [Content-Type=text/html;charset=UTF-8] [Transfer-Encoding=chunked]
> [Date=Mon,
> 24 Oct 2011 09:53:51 GMT]
>
> 2011-10-24 11:55:04,722 5e per GET --> /adm [op=black-hole]
> 2011-10-24 11:55:04,722 5e per Headers: [host=localhost:8181]
> [user-agent=Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20100101
> Firefox/7.0.1]
> [accept=text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8]
> [accept-language=en-us,en;q=0.5] [accept-encoding=gzip, deflate]
> [accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7] [connection=keep-alive]
> [cookie=login=true; JSESSIONID=557b684c6bbfc062bd6b71d3425e;
> JSESSIONID=4faec9c1ed5169fe0c0dcd68b0a1;
> treeForm_tree-hi=treeForm:tree:configurations:server-config:networkConfig:protocols:http-listener-2]
>
>
> 2011-10-24 11:56:04,738 5e per <-- 200 /adm [op=black-hole]
> 2011-10-24 11:56:04,738 5e per Headers: [X-Powered-By=JSP/2.2]
> [Server=GlassFish Server Open Source Edition 3.1] [Pragma=No-cache]
> [Cache-Control=no-cache] [Expires=Thu, 01 Jan 1970 01:00:00 CET]
> [Content-Type=text/html;charset=UTF-8] [Transfer-Encoding=chunked]
> [Date=Mon,
> 24 Oct 2011 09:56:04 GMT]
>
> ---
>
> I guess the question is: what makes the browser re-issue the request? The
> response is a 200, which should not cause such behavior in any browser.
>
>
>
>
> --
>
> [Message sent by forum member 'tmpsa']
>
> View Post: http://forums.java.net/node/855551
>
>