Memory leak due to more number of instances of org.jboss.vfs.spi.JavaZipFileSystem

We are using JBoss eap 6.4. We are running into heap issues(out f memory error) when the application is deployed and accessed.Created a heap dump file to investigate more. Analyzed the heap dump file using Eclipse MAT tool. MAT tool is complaining abut the following leak.

Problem Suspect 1

183 instances of "org.jboss.vfs.spi.JavaZipFileSystem", loaded by "org.jboss.modules.ModuleClassLoader @ 0xe0884088" occupy 24,507,432 (14.20%) bytes.

Biggest instances: •org.jboss.vfs.spi.JavaZipFileSystem @ 0xe1c65988 - 2,367,616 (1.37%) bytes. •org.jboss.vfs.spi.JavaZipFileSystem @ 0xe1c64308 - 1,883,528 (1.09%) bytes. •org.jboss.vfs.spi.JavaZipFileSystem @ 0xe1c5c660 - 1,729,400 (1.00%) bytes. These instances are referenced from one instance of "java.util.HashMap$Node[]", loaded by ""

Keywords org.jboss.vfs.spi.JavaZipFileSystem java.util.HashMap$Node[] org.jboss.modules.ModuleClassLoader @ 0xe0884088

Details »
​

Can anyone explain the above leak(why it happens and what cane be done?)and propose a solution to fix the memory leak?

UPDATE: The following is the list of classes that the JBOSS is trying to load:
​

UPDATE: The following is the dominator tree view using Eclipse MAT:

The following is the path to GC of org.springframework.beans.factory.support.DefaultListableBeanFactory(This class has more retained heap):



Continue reading...