netty5/src
Trustin Lee 2b16d9f670 Fix the dead lock while failing SSL pending writes on a closed channel
Related issue: #2093

Motivation:

When a channel with SslHandler is closed with pending writes (either
unencrypted or encrypted), SslHandler.channelClosed() attempts to
acquire a lock and fail the futures of the pending writes.

If a user added a listener to any of the failed futures and the listener
attempts to write something, it will make SslHandler.handleDownstream()
invoked, which also attempts to acquire the same lock.

Because the lock is non-reentrant, even if these two lock acquisitions
are taking place in the same thread, the second attempt will block for
ever.

Modification:

Do not fail the futures while holding a lock.  Notify them after
releasing the lock.

Result:

One less dead lock
2014-08-05 17:35:11 -07:00
..
assembly Upgrade to apiviz 1.3.2.GA. See #676 2012-10-23 13:20:02 +02:00
javadoc Update license headers 2012-06-04 13:35:22 -07:00
main Fix the dead lock while failing SSL pending writes on a closed channel 2014-08-05 17:35:11 -07:00
site More license updates 2011-12-09 14:31:04 +09:00
test HttpContentCompressor doesn't need to generate anything if Content-Length is 0 2014-08-05 15:22:24 -07:00