keyTool IUI, interfaz gráfica para la keyTool del JDK

keyTool es una herramienta presente en el JDK de Sun/Oracle desde la versión 1.2. La herramienta permite gestionar certificados digitales, realizar firmas con dichos certificados, verificar firmas, crear certificados... todo ello desde una consola de comandos.

Seguramente todos en algún momento hemos necesitado emplearla para firmar algún jar. No es una tarea muy habitual, pero de vez en cuando suele hacer falta. Y ese es el momento en el que (al menos en mi caso) hay que desempolvar los conocimientos de qué parámetros había que pasarle exactamente para conseguir hacer lo que sea que tengamos que hacer.

keyTool IUI es una interface Swing que nos proporciona la funcionalidad de Keytool a través de menús, y no a través de comandos de consola. El proyecto se apoya en las librerías de criptografía de Bouncy Castle y se distribuye bajo licencia LGPL. Su autor es Michael Schnell.

La herramienta puede lanzarse a través de Java Web Start, así que podréis probar la con sólo hacer clic en este enlace. Sin duda una herramienta interesante para añadir al repertorio.

 

Oracle empaqueta el antivirus McAfee con el JRE para Windows

Desde hace aproximadamente un mes, Oracle está empaquetando el antivirus McAfee con el JRE para Windows 7, Windows Vista y Windows XP. Esta estrategia de empaquetar una versión gratuita o de prueba de un software comercial es empleada a menudo por programas freeware de bajo perfil para conseguir algunos ingresos para los desarrolladores. Sin embargo, no es tan habitual que un producto como Java incluya este tipo de software. Oracle no es una compañía del tres al cuarto que necesite hacer este tipo de movimientos para ingresar unos pocos dólares extra a fin de mes.

Durante la instalación del JRE se nos da la opción de no instalar el antivirus:

 

Pero la opción por defecto (la que emplearán todos los usuarios típicos) lo instala. También hay bastantes desarrolladores que lo han instalado sin querer. Y está comenzando a haber bastantes críticas entre los desarrolladores por este movimiento de Oracle.

Parte de esas críticas han sucedido en los propios foros de Oracle. Un usuario comenzó un thread con título "[PETITION] Demand that Oracle Stop Bundling McAfee with Java for Win", que fue borrado poco después de los foros de Oracle. Podéis acceder a la versión del thread que tiene cacheada Google aquí.

Mal por haber empaquetado McAfee con el JRE y que la opción por defecto sea instalarlo (al menos si lo empaquetan, que la opción por defecto sea instalar sólo el JRE y opcionalmente se puede instalar el antivirus). Y peor todavía por la censura que están aplicando sus foros.

JavaFX 2.0 sólo soportará Windows

Al menos inicialmente. Esto es lo que se desprende de una entrevista que han hecho en InfoQ a Richard Bair, el arquitecto de software de cliente en Oracle. Cuando en la entrevista se le pregunta qué plataformas están soportadas actualmente por JavaFX 2.0 (la versión beta disponible en estos momentos) Bair afirma que:

"We have builds available for both Mac OS X and Windows (XP, Vista, 7), though Windows will be the only officially supported platform at this point for our initial release. We will add support for Mac and Linux as soon as we can."

Es decir, que la versión final de JavaFX 2.0 sólo soportará Windows, y en algún momento posterior se añadirá soporte para otras plataformas. Esto también quiere decir que, al menos inicialmente, no se podrá desarrollar aplicaciones JavaFX en Linux o Mac.

No sé qué os parece a vosotros, pero desde mi punto de vista esto significa que JavaFX 2.0 no va a comenzar con muy buen pie. No sólo seguirá siendo una tecnología no probada (como era el caso de JavaFX 1.0), lo que hará que las empresas sean reticentes a adoptarla, sino que además las aplicaciones que desarrolles con ella, al menos inicialmente, sólo correran en Windows. Dada esta situación, es complicado argumentar por qué usar JavaFX para el cliente, en vez de Flash con Java en el servidor.

TestNG 6

La semana pasada Cédric Beust anunció la versión 6.0 de TestNG. TestNG es una solución alternativa a JUnit para ejecutar automáticamente test sobre código fuente Java. A grosso modo, ambos framework tiene una funcionalidad bastante parecida y una forma de trabajar similar.

Una de las principales diferencias entre ambos es que TestNG tiene un mejor soporte para test parametrizados (a veces también llamados "data driven test"), en los cuales se ejecuta un mismo test múltiple veces empleando distintos datos en las ejecuciones. También tiene funcionalidades para crear suites de test más avanzadas.

TestNG 6 trae la posibilidad de especificar test suites en YAML además de en XML, soporte para Google Guice para realizarla la inyección de dependencias, y varias mejoras en su plugin de Eclipse.

¿Cuántos de vosotros empleáis TestNG? ¿Cuáles son sus características que han hecho que lo prefiráis frente a JUnit?

JRuby 1.6.0

La semana pasada el equipo de JRuby anunció la versión 1.6.0 del proyecto. JRuby 1.6.0 trae una compatibilidad casi completa con Ruby 1.9.2; según ellos la única parte de Ruby 1.9.2 que no han implementado es Encoding::Converter, ripper. En esta versión también hay un soporte experimental para las extensiones de C basadas en el API C Ruby.

Aquítenéis un listado completo de las novedades de la nueva versión.