Finalizada la especificacrión de Java USB API

El pasado 8 de junio se publicý la versrión final de la especificacrión de la API de acceso a dispositivos USB. La implementacrión de referencia se puede encontrar aquí.



De acuerdo con el aráo de creacrión del grupo de trabajo liderado por IBM, año 2000, se han tardado ý5 años!... no está mal.

AJDT 1.2 para Eclipse R3.0

Se ha liberado una nueva versrión de proyecto para dar soporte a la programacrión orientada aspectos AspectJ Development Tools de Eclipse.org para Eclipse R3.0


Aquí tenéis todas sus novedades.


Por si alguien no lo ha instalado antes, tambrión os añado las instrucciones de instalacrión.


Un saludo,


Chemi.

Los ficheros JAR podrýan tener sus dýas contados

Aunque, que nadie se alarme, no a corto plazo, sino que seráa a partir de Java 7. Esa es la fecha lýmite que se marca el grupo de expertos que forman parte del JSR 277 :Java Module System, y que tratarýn de buscar en ese tiempo un mecanismo modular que sirva de alternativa a la distribucrión de ficheros JAR, y que solucione todos los problemas de ýstos, que ha llevado incluso a popularizar el týrmino JAR hell.



El JSR 277 busca definir un formato modular que incluya informacrión sobre dependencias y versiones, y que permita el descubrimiento, carga y ofrezca mecanismos de integridad en tiempo de ejecucrión. Este JSR lo ha pedido Sun y está apoyado entre otros por BEA, JBoss, Cap Gemini o Fujitsu. Parece ser que se busca algo similar a lo que ya está implementado en JNLP y J2EE, y que se ha desestimado la opcrión de OSGi.



El tiempo dirý si tendremos nuevo formato...

La especificacrión Service Data Objects liberada fuera del JCP

Service Data Objects es un especificacrión cuyo desarrollo comenzý dentro de las empresas IBM y BEA, pero que finalmente fue llevada al JCP. En su dýa ya hubiera polýmica en torno a ella, porque al principio daba toda la impresrión de que los dos grandes vendedores de J2EE estaban creando sus especificaciones fuera del organismo que regula las especificaciones Java.



Esta polýmica se ha vuelto a levantar ahora con la publicacrión de la especificacrión por parte de IBM y por parte de BEA ; además de las afirmaciones de representantes de BEA en eWeek en las que dicen que la ýltima línea de productos de la comparáýa, AquaLogic , es una implementacrión de este especificacrión.



Todo esto ocurre en el contexto en el cual el JSR 235, el que supuestamente estandarizaría este especificacrión dentro de la plataforma Java, está completamente parado desde diciembre del 2003 y no ha liberado ningýn borrador de la especificacrión a pesar de que BEA e IBM parecen contar con versiones muy definitivas (sino completamente definitivas) .



Se abre la polýmica de nuevo: ýestán los grandes vendedores de J2EE creando sus estándares al margen de la comunidad Java?

JProfiler 4.0

JProfiler es una herramienta de profiling de la comparáýa ej-technologies. Acaban de liberar la versrión 4.0 que incorpora funcionalidad para medir el rendimiento de aplicaciones J2EE, así, por ejemplo, se mide el tiempo de ejecucrión de las llamadas a JDBC, JMS y JNDI. Aunque se trata de una herramienta comercial existe una versrión de prueba .





¿Usais habitualmente una herramienta de este tipo, como el mismo JProfiler, Optimizeit o JProbe, o la herramienta libre JFluid? ýcreýis que es mejor emplear la informacrión que proporciona la mýquina virtual de modo directo? Y... ýCreýis que merece la pena emplear tiempo es optimizar las aplicaciones Java o la realidad del mercado no permite "malgastar" tiempo en esto?