Есть ли у кого-нибудь опыт чистки AspectJ в производственных системах (в основном интересная деятельность, связанная с Tomcat)? Я немного беспокоюсь относительно объема памяти и процессора.AspectJ ткачество в производственных системах
Я бы не подумал, что это существенно повлияет на другие связанные с AOP библиотеки, такие как cglib, которые мы используем в производственных системах для генерации прокси-сервера AOP весной. Производительность прекрасна, но в пуле пермгенов увеличен объем памяти (из-за большого количества синтезируемых классов), что может быть проблемой, если ее не контролировать.
Мои два цента для AspectJ. Версия 1.6.4 с опцией LTW сначала потребляет около 60-80 Мб оперативной памяти для моего приложения tomcat. В варианте версии 1.6.5 «typeDemotion» для уменьшения объема памяти. Подробности здесь - http://andrewclement.blogspot.com/2009/04/aspectj-load-time-weaving-and-memory.html – FoxyBOA
Я бы посоветовал вам делать компиляцию во времени для aspectj. Вы можете сделать это в своей сборке с помощью ant или maven и в разработке в Eclipse с помощью плагина AJDT.
Нагрузка на ткачество работает в котле. У меня была производственная система, работающая в течение нескольких месяцев, но переход на компиляцию во время трения делал настройку и обслуживание намного проще.
Могу ли я спросить вас, почему вы решили переключиться на компиляцию во времени? Любые проблемы с объемом памяти/производительностью процессора? – FoxyBOA
как скаффман уже сказал, что объем памяти немного вырос, но у нас не было никаких проблем с использованием ЦП –
Первая кровь с подписанными банками и LTW. http://stackoverflow.com/questions/4122930/aspectj-load-time-weaving-for-signed-jars – FoxyBOA