BlazkowiczAndreyATCесче вопрос как вы увидели в дампе что именно седает память я пробовал смотресть после того как вы отписали куда и что девается но ничего не нашол?
Закладка классы - сортируем по количеству и занимаемому объему. Подозрительно много ArrayList, HashMap$Entry и HashMap.
Открываем в Instances, сортируем по размеру экземпляра - перематываем до середины, берем первый попавшийся объект - открываем.
В нижнем дереве показано кто на него ссылается. Правый клик - Nearest GC Root. Находим grizzlyService.
Проделываем всё тоже самое ещё на нескольких случайных экземплярах. Т.к. Nearest GC Root притормаживает - проще открыть по нижнему дереву тот же путь руками.
Обращаем что всё привязано к grizlyService через jcdiManagedBeanServiceImpl и похожие поля.
Открываем этот jcdiManagedBeanServiceImpl и анализируем его содержимое и связи с grizzlyService.
Обнаруживаем HashMap на 200К элементов (в реальной жизни это может быть только кэш, но это явно не он). Смотрим содержимое - ключ ClientWS - значение ссылка на EJB прокси, который инжектиться в ClientWS через CDI.
Гуглим про CDI Leak GlassFish - обнаруживаем тикеты.

Писал по памяти, где-то мог опечататься в точных именах.

На некоторых обьектах в Instances, если кликнуть Nearest GC Root, то пишет: "No GC root found "
Что это значит?

Blazkowiczdenis11111На некоторых обьектах в Instances, если кликнуть Nearest GC Root, то пишет: "No GC root found "
Что это значит?
Не знаю. У меня такого не было. Когда делаешь дамп в VisualVM, то сперва отрабатывает Full GC, поэтому таких объектов быть не должно. Возможно, вы как-то получили дамп без Full GC. В этом случае такой объект доступен для сборки, но ещё не был собран.
Ну ладно, с этим вроде разобрался.
Но я что-то не могу найти "grizzlyService", как его искать. Вот если взять и нажать "Show nearest GC root", то там милиони полей, запутался я совсем...

И что это за зверь такой "grizzlyService"?