2010-09-15 2 views
2

При перераспределении приложений в Tomcat/Glassfish/JBoss/etc это легко вызвать утечку загрузчика классов, сохранив ссылку на экземпляр из предыдущего загрузчика классов. Jevgeni Кабанов обсуждает этот вопрос здесь ...Проверка на отсутствие утечек памяти при повторном развертывании веб-приложения

http://www.zeroturnaround.com/blog/reloading-objects-classes-classloaders/

ли кто-нибудь нашел хороший способ использовать автоматизированное тестирование (т.е. с помощью JUnit), чтобы проверить, что передислокации ваше веб-приложение не вызывает утечку памяти? Мне было интересно, возможно ли, используя встроенный Jetty, упростить запись теста junit, который повторно развертывает ваше приложение снова и снова.

ответ

1

Я хотел бы рассмотреть возможность использования пользовательского загрузчика классов для экземпляра Jetty, с финализатором, который сообщает вам, что он собирает мусор, а затем явно - через visualvm или так - сообщает HotSpot о сборе мусора, поэтому финализатор будет запускать, если утечки нет.

Смежные вопросы