Internet Explorer 7 publicado

No es propiamente una noticia sobre Java, sin embargo afecta a los desarrolladores web en general. Como bien saben, esta es una nueva versión del navegador más usado en el mundo e incluye nuevas características que buscan, sobre todo, impulsar la estrategia "Live" de Microsoft y hacer frente a Firefox.



Microsoft ha decidido una vez más no respetar los estándares de la W3C en este producto así que los viejos líos de aplicaciones compatibles entre navegadores seguiran siendo el pan de cada día para aquellos que desarrollan en web.



Algo importante que hay que notar es que IE 7 se instalará automáticamente en Windows XP a través del servicio de actualizaciones automáticas, por lo que es muy probable que los usuarios lo tengan corriendo en sus máquinas más pronto de lo que se podría pensar.



¿Alguién tiene experiencia probando aplicaciones web en este nuevo navegador?

Actualización de Matisse para Netbeans 5.5

La actualización se trata de un porte de las nuevas características en las que han estado trabajando para Netbeans 6 a Netbeans 5.5. Entre las novedades está la posibilidad de automatizar la internacionalización de todo el texto de la interfaz de usuario recuperando las cadenas de caracteres de ResouceBoundes, una barra de ayuda contextual cuyos mensajes dependen de la posición del cursor y de la acción que se esté realizando, la posibilidad de añadir nuevos componentes creados por nosotros mismos a la paleta de Matisse y trabajar sobre ellos visualmente, y la posibilidad de previsualizar la apariencia de la aplicación con diversos Look and Feels, entre otras.



La decisión de portar hacia atrás estas características probablemente se haya tomado porque a Netbeans 6 todavía le queda bastante tiempo para ser liberado (esta versión va incorporar cambios muy significativos en el editor que requieren bastante tiempo) y, sin embargo, el trabajo en Matisse ya estaba muy avanzado.

Gosling: una alternativa a Ant basada en Java

Justin Lee ha creado el proyecto Gosling en java.net, una especie de Ant ... pero en Java.



Las intrucciones se ponen en código normal Java que no es necesario compilar. La "pega" es que necesita Java 1.6 porque usa la nueva API del compilador.



El nombre no lo ha puesto James Gosling en un subidón de ego ni es un homenaje al mismo (buscando quizás una buena posición en Sun) sino más bien se refiere al cuento del patito feo ("Ugly Duckling"), pues gosling significa pequeño ganso o "gansito" (Babylon dixit). Hay que decir que el nombre elegido es un poco sospechoso :)



Este un ejemplo de código:



@Default

@Description("Builds the Gosling project")

public void build() {

new Javac(this, BUILD_DIR)

.addSources(new FileSet("src/java")

.addInclude("**/*.java"))

.addOption("-Xlint:unchecked")

.addOption("-Xlint:deprecated")

.addOption("-g")

.execute();

new Copy(this)

.setDestDir(new File(BUILD_DIR))

.addFileSet(new FileSet(JAVA_SRC_DIR)

.addExclude("**/*.java"))

.execute();

}





En TheServerSide.com se ve mejor (indentado).



¿Qué os parece la idea? ¿podría substituir a Ant?

BEA y Google: portales mashup

BEA está en pláticas con Google para poder incluir APIs de los servicios de Google en la próxima edición de WebLogic Portal usando la tecnología Adrenaline, que permite la ejecución de portlets remotos, esto es embeber portlets creados en WebLogic en otras aplicaciones web, mediante el uso de Ajax y iFrames.



La apuesta de BEA es que esta tecnología será usada para crear los famosos mashups de web 2.0, al permitir la construcción de sitios web usando portlets generados por terceros. BEA busca incluir servicios de Google en estos portlets. En el artículo se menciona también que buscará también la colaboración de Yahoo.



¿Qué opinan de esta posible colaboración entre estas dos compañías?

Cada vez es menos importante el ajuste del rendimiento de la JVM

Este es, resumido en una línea, el mensaje que David Dagastine pretende transmitir. No es fruto de la coincidencia, sino fruto del trabajo de los ingenieros de Sun en el Hotspot de la máquina virtual. David ha utilizado el JDK 5.0_08 de Sun sobre el benchmark SPECjbb2005; cuando optimizó manualmente los parámetros de la máquina virtual la ejecución era un 22% más rápida que empleando los parámetros por defecto.



Sin embargo, empleando el JDK 6 al ajustar parámetros sólo obtuvo un 7% de mejora respecto a los parámetros de configuración por defecto. El JDK 5 ajustado manualmente era un 11% más eficiente que el JDK 6 sin ajustar. Al final de la entrada de su weblog podéis ver unas gráficas que resumen estos resultados.





Estos números son resultado del trabajo de los ingenieros de Sun para mejorar el rendimiento de la máquina virtual a través del Hotspot sin necesidad de ajustes manuales y demuestran que cada vez merecerá menos la pena emplear tiempo en optimizar manualmente la máquina virtual, al menos en el caso general. Siempre puede haber aplicaciones específicas para las cuales un ajuste resulte en una mejora significativa del rendimiento.



¿Alguna vez habéis ajustado manualmente la máquina virtual para mejorar el rendimiento de una aplicación? ¿Conseguisteis cambios significativos?