Bah, nevermind...internal JBossWeb timeout was just running slower than
the value I passed to suspend.
On 6/29/12 9:01 AM, Bill Burke wrote:
Both JBoss Web and Jetty 8.1 seem to do the same thing:
If you have suspended an HTTP request using request.suspend(100) and the
timeout is reached, they both seem to retry the request rather than
throwing an error code.
The javadoc for AsyncContext says otherwise though:
In the event that an asynchronous operation has timed out, the container
must run through these steps:
Invoke, at their onTimeout method, all AsyncListener instances
registered with the ServletRequest on which the asynchronous operation
was initiated.
If none of the listeners called complete() or any of the dispatch()
methods, perform an error dispatch with a status code equal to
HttpServletResponse.SC_INTERNAL_SERVER_ERROR.
If no matching error page was found, or the error page did not call
complete() or any of the dispatch() methods, call complete().
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com