[jira] [Created] (FELIX-5990) DM ServiceTracker memory leak

["Pierre De Rop (JIRA)" <ji...@apache.org>]

Pierre De Rop created FELIX-5990:
------------------------------------

             Summary: DM ServiceTracker memory leak
                 Key: FELIX-5990
                 URL: https://issues.apache.org/jira/browse/FELIX-5990
             Project: Felix
          Issue Type: Bug
          Components: Dependency Manager
    Affects Versions: dependencymanager-3.0.0
            Reporter: Pierre De Rop
            Assignee: Pierre De Rop


We have an old memory leak that comes from dependency manager 3.0.0 version, where the dm ServiceTracker does not remove the Set used to register highest tracked services when an optional ServiceDependency becomes unavailable.

Here is the old code where the memory leak happens, in org.apache.felix.dm.tracker.ServiceTracker.java:

 
{code:java}
private void addHighestTrackedCache(ServiceReference reference) {
    Long serviceId = ServiceUtil.getServiceIdObject(reference);
    TreeSet services = (TreeSet) m_highestTrackedCache.get(serviceId);
    if (services == null) {
    services = new TreeSet();
    m_highestTrackedCache.put(serviceId, services);
    }
    services.add(reference);
}

private void removeHighestTrackedCache(ServiceReference reference) {
    Long serviceId = ServiceUtil.getServiceIdObject(reference);
    TreeSet services = (TreeSet) m_highestTrackedCache.get(serviceId);
    if (services != null) {
        services.remove(reference);
    }
}
{code}

So, the removeHighestTrackedCache does not remove the TreeSet from the m_highestTrackedCache when it becomes empty. 

So, the memory leak happens in the following situation: you have a Consumer component which has an optional dependency on a Provider, and the Provider service disappears and reappears a huge number of time.

The memory can grow slowly, but may lead to an OOM in case the framework is run for a very long time and if the Provider service is registered/unregistered a lot of time.






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)