Интересно, насколько часто его надо перегружать после деплоя в него даже относительно «простеньких» пакетов?
А то в прошлом году в одном из проектов пришлось сменить GS на альтернативу, т.к. после того, как рестартовать это чудо приходилось каждый раз после деплоя 20 метрового «демо» пакета, где 80% функций были статическими заглушками, это надоело как мне, как администратору, так и разработчикам с ПМ.
Там был не «школьный» проект, а демо крупной системы для местной горадминистрации
Возможно, на Томкате из менеджера пакетов толи дебиана толи убунты, уже не помню, за давностью лет, такой утечки при деплое этого же пакета не было.
не знаю, я к жабе имею отношение исключительно в режиме поставить интерпретатор на клиент, задача сменить сервер разработки возникла исключительно в том проекте
Обычно эта ошибка — проблема с кодом, где-то осталась сильная ссылка на класс. Например в логгинг фреймворке… Или не сконфигурирована JVM для своевременной выгрузки классов.
jmap -permgen может помочь в диагностировании проблемы с OutOfMemoryError: PermGen space
Вышел GlassFish 4.0