Stack de llamadas en Java :: desde HTTP hasta JDBC
Publicado por Edgar González 15 Junio 2006 en General, J2EE, Java.
Peter Thomas hizo un post bien interesante donde muestra un gráfico con el stack de llamadas (generado con el NetBeans profiler session) de una aplicación web Spring + Hibernate corriendo en JBoss.
Notese la “proporción” entre la “lógica del negocio” y los frameworks.
Pienso que la discusión acerca de la cantidad de niveles de abstracción ofrecida por Java EE no debe hacerse en términos absolutos de si ¿es buena? o ¿es mala? sino que debe ser un aspecto del cual los programadores Java no debemos olvidarnos.
Los comentarios y discusiones en torno al post están bien interesantes.
Peter Thomas indica que pronto publicará los resultados de los tests de carga (usando JMeter) para su aplicación, da un anticipo de que contrariamente a lo que uno creería al ver un stack “tan grande”, el rendimiento de la aplicación es muy bueno.
Muy interesante articulo !!! muchas gracias !!!
Como experiencia propia, toda las aplicaciones en las que trabajo (para un importnte banco) sufren de pruebas de carga y metricas. En general un 60% del trace de ejecucion es consumido por los frameworks (spring, hibernate, strutus2/tapestry en mi caso) pero esto no representa el 60% del tiempo de ejecucion, de hecho es mas o menos solo el 20%. El mayor costo esta (oibviamente) en el acceso a datos y sistemas de autenticacion autorizacion, junto con el acceso a sistemas de mensajeria.
http://gpitech.wordpress.com/