Est-ce que quelqu'un a une expérience avec le temps de chargement pur AspectJ tissage dans les systèmes de production (principalement des activités intéressantes Tomcat)? Je suis légèrement préoccupé par l'empreinte de la mémoire et les frais généraux du processeur.AspectJ tissage à temps de chargement dans les systèmes de production
Je n'imaginerais pas que cela aurait un impact significativement différent sur d'autres bibliothèques liées à AOP comme cglib, que nous utilisons beaucoup dans les systèmes de production pour la génération de proxy AOP au printemps. La performance est bonne, mais il y a une empreinte mémoire accrue dans le pool permgen (en raison du nombre important de classes synthétiques générées), ce qui peut poser problème si elle n'est pas gérée avec soin.
Mes deux cents pour AspectJ. La version 1.6.4 avec l'option LTW mange initialement environ 60-80 Mo de RAM pour mon application tomcat. En version 1.6.5 option "typeDemotion" pour diminuer l'encombrement de la mémoire. Les détails sont ici - http://andrewclement.blogspot.com/2009/04/aspectj-load-time-weaving-and-memory.html – FoxyBOA
Je vous encourage à faire du tissage de temps de compilation pour aspectj. Vous pouvez le faire dans votre build avec ant ou maven et en développement dans Eclipse avec le plugin AJDT.
Le tissage à temps de chargement fonctionne chez tomcat. J'avais un système de production qui fonctionnait depuis quelques mois mais le passage au tissage à temps de compilation a facilité la configuration et la maintenance.
Puis-je vous demander pourquoi vous avez décidé de passer à compiler le temps de tissage? Des problèmes avec l'empreinte mémoire/performance du processeur? – FoxyBOA
comme Skaffman déjà dit que l'empreinte de la mémoire a augmenté un peu, mais nous n'avons pas rencontré de problèmes avec l'utilisation du processeur –
Premier sang avec des bocaux signés et LTW. http://stackoverflow.com/questions/4122930/aspectj-load-time-weaving-for-signed-jars – FoxyBOA