Соберите рекомендации, чтобы избежать утечек из Classloader - OutOfMemoryError: пространство PermGen
Я читал здесь пост о OutOfMemoryError: PermGen space. Этот здесь привлек особое внимание. Работа с ошибкой "java.lang.OutOfMemoryError: PermGen space"
Кроме того, в этом же посте упоминаются другие веб-ссылки
- http://frankkieviet.blogspot.ca/2006/10/classloader-leaks-dreaded-permgen-space.html http://frankkieviet.blogspot.ca/2006/10/how-to-fix-dreaded-permgen-space.html
Насколько я понял, утечка ClassLoader в некоторых случаях связана с развертыванием, в котором классы присутствуют внутри App ClassLoader, на которые ссылаются извне App ClassLoader. Ссылки в этих постах иллюстрируют пример, уровень пользовательского журнала.
Сказал, что я сомневаюсь в наилучшей практике для сборок и управления зависимостями. Я использую Maven и Bill of Materials с анализом зависимостей, чтобы проверить, не генерирую ли я пакет с более чем мне нужно. Все идет нормально. Но я знаю, что у Class Loader есть приоритет. В моем случае я использую JBoss AS / WildFly, который использует UnifiedClassLoader.
В этом случае я должен принять во внимание, что файл WAR, созданный с помощью Maven и BOM, может иметь то же поведение, что и в примере с Logger? Все еще рекомендуется использовать спецификацию?