10 problemas de rendimiento J2EE

Siguiendo con los listados "top" de los últimos días, me entero vía TSS de la lista de los 10 errores de rendimiento más comunes en las aplicaciones J2EE.

Coincido con algunos de ellos y otros me dejan perplejo. Traduzco y comentamos :



10. Excesivo Logging

9. Configuración del Serv. de Aplicaciones incorrecta.

8. Uso incorrecto de Java EE

7. Uso innecesario de XML

6. Configuración de Caché incorrecta

5. Uso de memoria excesivo

4. Pobre rendimiento de librerias de terceros

3. Mala implementación de concurrencia

2. Remoting innecesario (remoting es una llamada a un elemento local como si fuera externo).

1. Uso incorrecto de la base de datos.

Imagero 2.0 beta

Imagero es una útil librería gratuita para aplicaciones no comerciales para manipulación de imágenes digitales. Permite trabajar con un gran número de formatos como BMP, TIFF, JPEG y PSD.



Imagero también permite manipular los metadatos de las imágenes usando los formatos más comúnes.

Qt Jambi: Qt en Java

Trolltech, lo creadores de la librería para crear GUI multiplataforma Qt, han publicado la segunda beta pública de Qt Jambi, un API que permite usar dichas librerías en aplicaciones Java.



Qt es la librería detrás de KDE y de aplicaciones como Google Earth y Skype y tiene más de 12 años en desarollo, lo que resulta en una librería bastante estable y con una gran base de usuarios.



Qt Jambi puede convertirse en un gran recurso para los desarrolladores de aplicaciones de escritorio Java, pueden ver una captura de pantalla del tipo de componentes gráficos incluidos en esta API en este enlace.

Fumata blanca sobre las closures en Java

Neal Gafter ha anunciado hace unos días en su weblog que los defensores de cada una de las tres propuestas para incluir closures en Java (BGGA, FCM, CICE) han llegado a un consenso y en breve realizarán una propuesta de JSR para desarrollar y estandarizar la propuesta.



La propuesta parece tener un apoyo bastante amplio de varios gurús Java, aunque hay una ausencia bastante notable: Joshua Bloch. Por otro lado, por lo de ahora no han hecho públicos demasiados detalles acerca de ella.

Los 12 principios sobre tests unitarios

Alberto Savoia ha dejado una entrada en su blog donde nos descubre los secretos del buen hacer con tests unitarios.

Está escrito con toques de humor, a modo de manuscrito antiguo y es, sin duda, una amena lectura para la vuelta al tajo (y al debate).



Os traduzco los 12 principios con los que concluye su artículo (corregirme si se me ha pasado algún juego de palabras):





Si escribes código, escribe tests.



No seas inflexible siguiendo el dogma del test unitario.



Abraza el karma del test unitario.



Piensa en código y test como un todo.



El test es más importante que la unidad.



El mejor momento para hacer tests es cuando el código está fresco.



Hacer tests no es perder el tiempo.



Un test imperfecto hoy es mejor que un test perfecto mañana.



Un test feo es mejor que ningún test.



A veces, el test justifica los medios.



Sólo los tontos no usan herramientas.



Los buenos tests fallan.





1, 2, 3... debate!