EVALUATION

.
                                     

EVALUATION

This has been fixed by changes to stablize and the KQueue based Selector the default.
                                     

EVALUATION

The problem seems to be the Mac OS X poll() bug. What is happening is that the first http transaction
suceeeds and the second one is attempted by the browser on the same tcp connection. 
It hangs because it is  blocked in poll(), which doesn't wakeup on the presence of new data.
When the keep-alive timer expires on the server, the server closes the connection because it doesn't
see any data. The client then repeats the request on a second connection, which succeeds immediately.

if you wait for the (kept-alive) TCP connection to be closed, before making the second request then
it returns immediately (because it is happening on a new connection).

The problem seems to be fixed by replacing the poll() code with an emulation based on select().
However, this seems to create other problems when connections timeout. select() returning EBADF.
                                     

EVALUATION

The EBADF problem happens when the server closes the connection after being idle for 30 seconds. If the client sets the keep alive timeout to 30 seconds or less, then the client closes the connection cleanly and there is no problem.
                                     

WORK AROUND

run WLS with -Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.KQueueSelectorProvider
                                     

PUBLIC COMMENTS

Session Hang using JDK 7 Update 4 and WLS.