SpringSource Application Management Suite beta

SpringSource ha publicado la primera beta de una herramienta de monitoreo de aplicaciones Spring llamada Application Management Suite (AMS), esta aplicación la han desarrollado en conjunto con Hyperic.

AMS es una herramienta de gestión de aplicaciones empresariales construida sobre Hyperic HQ edición empresarial. Entre sus caracterísitcas destacan:

• Descubrimiento automático de aplicaciones Spring desplegadas.
• Descubrimiento automático de compontes Spring ejecutándose en tu aplicación.
• Monitoreo automático de componentes de Spring en tiempo de ejecución, incluyendo los application contexts y las factorías de beans. 

AMS descubre tus beans Spring usando AOP y genera un modelo de tu aplicación que contiene para cada componente Spring sus atributos, métricas y operaciones de control. Este modelo es exportado como ModelBeans de JMX, por lo que cualquier cliente JMX puede interactuar con él, AMS incluye un cliente llamado AMS agent que se encarga de obtener información del modelo para representarlo en un dashboard.

Además, AMS es capaz de monitorizar el comportamiento de algunos de tus beans, como por ejemplo aquellos anotados con @Controller, @Repository, @Transactional, @Service y @Component de forma automática y dar métricas sobre su rendimiento.

Para lograr que tu aplicación pueda ser gestionada por esta herramienta, es necesario reemplazar el jar de Spring 2.5 por una versión especial que añade las funciones necesarias por AMS. La herramienta funciona en Tomcat, WebSphere y WebLogic, aunque para la versión final se planea soportar también JBoss. 

Scrum Manager: scrum flexible, libre y abierto

Ya está disponible en "beta" ScrumManager: Para estar al día en gestión de proyectos ágil, un proyecto abierto para compartir experiencia y conocimiento.

• ScrumManager
• ScrumManager: OpenKnowledge
  

Estais todos invitados, y abiertas todas las sugerencias de participación y colaboración.

Juan Palacio. 

Video de IWebMvc Milestone 3

Para los que no lo conozcais IWebMvc (http://internna.blogspot.com) es un proyecto OSS (español) basado en JEE 5 / Spring / Hibernate / DWR / dojo, orientado al desarrollador de aplicaciones web / distribuidas en Java, claro. El caso es que desde ayer aparte de poder descargarlo y probarlo existe la posibilidad de ver el funcionamiento de toda la parte cliente en un video (videolan o quicktime), cosa bastante interesante. Esta disponible en http://code.google.com/p/internna/downloads/list. ¡Espero que os convenza!

Hibernate para Netbeans 6.1

Hoy revisando los plugins para netbeans, me llevo la grata sorpresa de encontrar un plugin oficial (en fase beta) que proporciona soporte para Hibernate 3.2.5, hasta ahora el plugin soporta lo siguiente:

• Integracion con proyectos web
• Creacion de archivo hibernate.cfg.xml automaticamente con configuracion de BD
• Soporte visual para editar el hibernat.cfg.xml al estilo web.xml
• Soporte para crear archivos de mapeos de clase, por ahora solo crea el cuerpo del xml, no genera el mapping automaticamente.
• Soporte para creacion de clase HibernateUtil, esta es simplemente un clase java que facilita el uso de hibernate.

Ya iba siendo hora de que al fin netbeans brindara este soporte. Aunque ya para mi es un poco tarde pues ya no uso hibernate directamente, sino atravez de JPA (que no tiene quejas en cuanto soporte). Pero hay mucha gente utiliza hibernate directamente y tambien netbeans seguro que sera muy util para muchos.

PD: El plugin lo pueden descargar desde el Plugin Center de Netbeans todavia no conozco ningun anuncion de este plguin en la pagina de netbeans.

Es Groovy lento? Importa?

Tras leer ayer un artículo sobre el rendimiento de Groovy, me sorprendió ligéramente no haber oído ninguna al respecto. Parece realmente que sea un asunto que no importa a los Grooveros (Groovistas? Groovantes? Groovadores?).

Señala el artículo diversas referencias donde -según pruebas de renidmiento- Groovy resulta ser un orden de magnitud más lento que Java. Alrededor de 25-50 veces más lento en tareas normales. (830 veces más lento en un ejemplo extremo de un raytracer) Y más que eso, el artículo se "queja" de la aparente falta de interés que existe sobre el tema. Que dicen los desarrolladores de Groovy que el rendimiento no es un problema, y más aún, que es subjetivo.

Recordando que algunos trabajáis con Groovy (y en general con comentarios muy positivos), aprovecho para preguntaros qué os parece todo esto. ¿Para qué tipo de procesos usáis Groovy? ¿Realmente es tan malo el rendimiento? ¿Qué soluciones habéis encontrado?