Мы используем JBoss EAP 6.4. Мы сталкиваемся с проблемами кучи (из-за ошибки памяти) при развертывании и доступе к приложению. Создан файл дампа кучи для дальнейшего изучения. Проанализировал файл дампа кучи с помощью инструмента Eclipse MAT. Инструмент MAT жалуется на следующую утечку.
Проблема Подозреваемый 1
183 экземпляра "org.jboss.vfs.spi.JavaZipFileSystem", загруженного "org.jboss.modules.ModuleClassLoader @ 0xe0884088 "занимают 24 507 432 (14,20%) байта.
Крупнейшие экземпляры: • org.jboss.vfs.spi.JavaZipFileSystem @ 0xe1c65988 - 2 367 616 (1,37%) байтов. • org.jboss.vfs.spi.JavaZipFileSystem @ 0xe1c64308 - 1 883 528 (1,09%) байтов. • org.jboss.vfs.spi.JavaZipFileSystem @ 0xe1c5c660 - 1 729 400 (1,00%) байтов. На эти экземпляры ссылаются из одного экземпляра «java.util.HashMap $ Node []», загруженного «»
Keywords org.jboss.vfs.spi.JavaZipFileSystem java.util.HashMap $ Node [] org.jboss.modules.ModuleClassLoader @ 0xe0884088
Подробности »
Может кто-нибудь объяснить вышеуказанную утечку (почему это происходит и что можно сделать?) и предложить решение для исправления памятиутечка?
ОБНОВЛЕНИЕ: Ниже приведен список классов, которые JBOSS пытается загрузить: 
ОБНОВЛЕНИЕ: Ниже приведено представление дерева доминирования с использованием Eclipse MAT: 
Ниже приведен путь к GC org.springframework.beans.factory.support.DefaultListableBeanFactory (У этого класса больше сохраняемой кучи):
