[#832] Add javadocs which explains how to workaround the problem
This commit is contained in:
parent
795d336bab
commit
c59a4738ef
@ -154,6 +154,24 @@ import static org.jboss.netty.channel.Channels.*;
|
||||
* <li>Initiate SSL handshake by calling {@link SslHandler#handshake()}.</li>
|
||||
* </ol>
|
||||
*
|
||||
* <h3>Known issues</h3>
|
||||
* <p>
|
||||
* Because of a known issue with the current implementation of the SslEngine that comes
|
||||
* with Java it may be possible that you see blocked IO-Threads while a full GC is done.
|
||||
* <p>
|
||||
* So if you are affected you can workaround this problem by adjust the cache settings
|
||||
* like shown below:
|
||||
*
|
||||
* <pre>
|
||||
* SslContext context = ...;
|
||||
* context.getServerSessionContext().setSessionCacheSize(someSaneSize);
|
||||
* context.getServerSessionContext().setSessionTime(someSameTimeout);
|
||||
* </pre>
|
||||
* <p>
|
||||
* What values to use here depends on the nature of your application and should be set
|
||||
* based on monitoring and debugging of it.
|
||||
* For more details see
|
||||
* <a href="https://github.com/netty/netty/issues/832">#832</a> in our issue tracker.
|
||||
* @apiviz.landmark
|
||||
* @apiviz.uses org.jboss.netty.handler.ssl.SslBufferPool
|
||||
*/
|
||||
|
Loading…
x
Reference in New Issue
Block a user