Bug 1128288 - Memory leak in AutoConnectionCloser
Summary: Memory leak in AutoConnectionCloser
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Remoting
Version: 6.2.0
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
: ---
Assignee: David M. Lloyd
QA Contact: Jitka Kozana
Russell Dickenson
Depends On:
TreeView+ depends on / blocked
Reported: 2014-08-08 19:43 UTC by Jamie Beznoski
Modified: 2018-12-06 17:42 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2014-09-10 12:53:52 UTC
Type: Bug

Attachments (Terms of Use)

Description Jamie Beznoski 2014-08-08 19:43:36 UTC
Description of problem:

AutoConnectionCloser class in the ejb remoting API keeps a cache of all remoting connections.  These objects are not deleted until the JVM shuts down (this class has a JVM shutdown hook).  This causes a memory leak for client applications: particularly multi-threaded ones - in our case, we create a connection for each EJB invocation, which adds up quickly over time.

Version-Release number of selected component (if applicable):

Tested on JBoss EAP 6.2 (module is jboss-ejb-client-1.0.24.Final-redhat-1)

How reproducible:

Create a remoting client as described here:

In our case, our client is multi-user/multi-threaded.  In high-concurrency/high-throughput test runs, we encounter OutOfMemoryErrors that can be traced back to the org.jboss.remoting3.ConnectionImpl object, which is cached in AutoConnectionCloser

Actual results:

Memory leak of approx. 2k per connection

Expected results:

An option to disable caching would be great!

Additional info:

Comment 1 Ladislav Thon 2014-09-10 12:05:12 UTC
Is this still valid? The customer case is already closed and indicates that this issue was solved by upgrading to a newer version of the EJB client (1.0.25).

Comment 2 Jamie Beznoski 2014-09-10 12:53:52 UTC
That is correct - issue was resolved by upgrading to 1.0.25.

Bug can be closed.

Comment 3 Ladislav Thon 2014-09-10 13:12:55 UTC
Thank you!

Note You need to log in before you can comment on or make changes to this bug.