Mejorando el desempeño de Hibernate con Terracota

En otras ocasiones hemos hablado de Terracota en este portal, en pocas palabras y sin entrar en detalles, se trata de una solución de clustering a nivel de JVM no a nivel de servidores de aplicaciones. Por lo que resulta transparente para las aplicaciones.



En este blog se presentan los resultados de configurar en conjunto Hibernate con Terracota de acuerdo a un webinar presentado en el sitio de la herramienta. Los resultados son bastante impresionantes (aunque hay que tomarlo con reservas dado que no presentan los detalles de las pruebas y para conocerlos se debe ver el webinar primero) ya que para operaciones de Update a la base de datos, se obtuvieron 1000 operaciones por segundo usando sólo Hibernate y 7000 usándolo en conjunto con Terracota. Pero lo verdaderamente interesante está en las operaciones de lectura de la base datos; con Hibernate se lograron 1000 ops/seg y con Hibernate + Terracota: 500, 000 (sí, 500 mil).



Terracota se distribuye bajo licencia Mozilla y bajo licencia comercial y puede ser descargado aquí. El webinar puede descargarse de este enlace y el código de las pruebas en este otro.



¿Alguno de ustedes ha usado Terracota? Creo que si te permite mejoras en el desempeño al menos la mitad de buenas de las obtenidas en estas pruebas ya vale la pena investigar un poco sobre esta tecnología.

LOGBack: evolucionando el logging en Java

LOGBack es un nuevo framework para hacer logging en Java que acaba de ver publicada su versión 1.0.



A priori podria ser una noticia del monton, pero si os digo que su autor es Ceki Gülcü, fundador del archiconocido log4j, ya no lo es tanto. Y si os digo que otro framework de Ceki, SLF4J (Simple Logging Facade for Java), se está usando en proyectos de la magnitud de Hibernate, Jetty, Spring-OSGI y Wicket seguro que crece vuestro interés.



El propio Ceki define a LOGBack como una evolución del log4j, una manera mejor de hacer las cosas. Aquí teneis una presentación de LOGBack y aquí una entrevista de InfoQ con Ceki.



Y para un ejemplo rápido, aquí un trozo de código de log4j:



if( logger.isDebugEnabled() ) {

logger.debug( "User with account " + user.getAccount() + " failed authentication; " + "supplied crypted password " + user.crypt(password) + " does not match." );}



Y el equivalente en LOGBack:



logger.debug( "User with account {} failed authentication; " + "supplied crypted password {} does not match.", user.getAccount(), user.crypt(password) );

Las novedades que traerá HTML 5

Recientemente Apple, Opera y la fundación Mozilla crearon el "Web Hypertext Application Technology Working Group" (WhatWG) para definir la siguiente generación del lenguaje marcado HTML. Poco después el W3C empezó su propia iniciativa en la misma línea, en la cual participan buena parte de los miembros del grupo anterior. En algún momento es de esperar que ambos esfuerzos se fusionen y creen HTML 5.



Aunque todavía queda bastante camino por andar, algunas cosas empiezan estar claras acerca de HTML 5. Será compatible hacia atrás, sin nombres de espacio o esquemas; los elementos no tienen por qué estar cerrados; y los navegadores deberán seguir intentando renderizar una página aunque haya errores. Se incorporan varias etiquetas nuevas:

• section: Una parte de un capítulo en un libro, o una sección de un capítulo. Tiene su propio heading.



• header: La cabecera que se mostrará en la página.



• footer: El pie de página.



• nav: Una colección de enlaces a otras páginas.



• article: una entrada independiente de un blog, una revista o similar.

También se incorpora un componente tipo datagrid que hará las veces de controlador de un grid. Está pensado para crear árboles, listas o tablas que puedan editadas por el usuario.



En el artículo del enlace podéis encontrar información más detallada sobre estas novedades y otras que, con toda probabilidad, incorporará HTML 5.



¿Qué os parece estas propuestas para HTML 5? ¿Qué creéis que se debería añadir o quitar?

Java Kernel podría estar disponible en Java 6 Update 4

La disponibilidad de Java Kernel ("Java Browser Edition"), una versión del modular del JRE orientada al consumidor, que instalaría un kernel mínimo y bajaría más paquetes bajo demanda cuando fueron necesarios, aparecerá en Java 6 Update 4 según se deduce del informe del bug 6585322.



Aunque en el que enlace de la noticia del editor de Java.net parece estar convencido de que esta es la primera noticia de que Java kernel estará disponible en Java 6 y no en Java 7 ya esto ya había sido anunciado; la novedad es que ahora se precisa el momento del cual se incorporará a Java 6 y parece próximo; seguramente podamos contar con él antes de fin de año.



¿Creéis que Java kernel cambiará las cosas significativamente para el escritorio Java?

Codegear anuncia Jgear, un conjunto de plugins para Eclipse

Codegear, compañía creada a partir de una división de Borland que ahora continúa con todos los negocios relacionados con las herramientas de desarrollo de esta compañía (inclusive JBuilder), ha anunciado Jgear, una familia de productos compuesta por cuatro paquetes de plugins que pueden ser instalados sobre cualquier entorno de desarrollo basado en Eclipse 3.2, incluida la propia versión gratuita de JBuilder.



Los paquetes tienen un precio aproximado de unos 300 $ más 100 $ extra si queremos soporte.



¿Cuál es vuestra opinión sobre este movimiento de Codegear? ¿creéis que tendrá más o menos éxito que la idea de construir JBuilder sobre Eclipse?