I've been researching a progressive memory leak in our WildFly 15.0.1 environments.

From the Eclipse Memory Analyzer the leak suspect is SSLEngineImpl class.

When analyzing the heap dump contents, the bulk of the data is held in the org.xnio.WorkerThread that has a delayWorkQueu which is a TreeSet.  These are associated with an HttpServerConnection, which contains a java.util.concurrent.ConcurrentHashMap$Node[] which contains the undertow HttpServerConnection object and finally the SSLEngineImpl.  It should be noted that all of these connections are ejb client/jboss remoting connections and not regular HTTP.

This article, which requires a subscription, appears to describe the issue and a solution. JBoss - Java heap retention in org.xnio.nio.WorkerThread's delayWorkQueue - Red Hat Customer Portal   Unfortunately, I don't have a subscription to access that.  I also found https://issues.jboss.org/browse/UNDERTOW-413 which also seems similar to the issue.  Following the suggestion the https listener read-timeout was set to 5 minutes.  This didn't address the issue.  The leak is still occuring and metrics inidicate it is a steady consumption increase.

I'm curious if anyone has experienced or resolved an issue of this nature and would be willing to share their solution.

I can provide additional configuration details if it would be helpful.

Thanks for reviewing.

Joe