Qualcuno ha un'esperienza con puro tempo di caricamento AspectJ che si intreccia nei sistemi di produzione (per lo più interessanti attività correlate a Tomcat)? Sono un po 'preoccupante per quanto riguarda l'ingombro della memoria e l'overhead della CPU.AspectJ tessitura del tempo di caricamento nei sistemi di produzione
Non immagino che avrebbe un impatto significativamente diverso su altre librerie relative ad AOP come cglib, che usiamo molto nei sistemi di produzione per la generazione di proxy AOP in primavera. Le prestazioni sono soddisfacenti, ma nel pool di permgen è presente un maggiore ingombro di memoria (a causa dell'elevato numero di classi sintetiche generate), che può essere un problema se non gestito con attenzione.
I miei due centesimi per AspectJ. La versione 1.6.4 con l'opzione LTW consuma inizialmente circa 60-80Mbs di RAM per la mia applicazione tomcat. Nella versione 1.6.5 opzione "typeDemotion" per ridurre il footprint di memoria. I dettagli sono qui - http://andrewclement.blogspot.com/2009/04/aspectj-load-time-weaving-and-memory.html – FoxyBOA
Vorrei incoraggiarvi a eseguire la compilazione del tempo per l'aspetto. Puoi farlo nella tua build con Ant o Maven e in sviluppo in Eclipse con il plugin AJDT.
Tempo di caricamento lavori di tessitura in tomcat. Avevo un sistema di produzione in funzione da alcuni mesi, ma il passaggio alla compilazione dei tempi di produzione ha reso la configurazione e la manutenzione molto più semplici.
Posso chiederti perché hai deciso di passare alla compilazione del tempo di compilazione? Problemi con l'impronta di memoria/le prestazioni della CPU? – FoxyBOA
come già detto skaffman l'ingombro della memoria è aumentato un po 'ma non abbiamo riscontrato alcun problema con l'utilizzo della CPU –
Primo sangue con vasi firmati e LTW. http://stackoverflow.com/questions/4122930/aspectj-load-time-weaving-for-signed-jars – FoxyBOA