Programando aplicaciones Swing como si fuesen aplicaciones Ajax

Richard Bairs, uno de los miembros de SwingLabs, ha creado una implementación de los objetos XMLHttpRequest y JSONHttpRequest en Java con el propósito de permitir a las aplicaciones Swing conectarse a un servidor web que esté preparado para mantener comunicación con aplicaciones Ajax bien mediante XML o mediante Json. De este modo se pretende permitir a los desarrolladores de aplicaciones Ajax reutilizar sus conocimientos en aplicaciones de escritorio.



Si ayer hablábamos de aplicaciones web que trataban de parecerse a las aplicaciones de escritorio, parece que hoy hablamos de aplicaciones de escritorio que tratan de funcionar como aplicaciones web (Ajax). ¿Qué os parece esta idea?

Java Kernel, reduciendo la JVM

Ethan Nicholas es la persona que propuso lo que el llamó en ese entonces "Java Edición para Navegadores", que es un tema que ha sido discutido aquí con anterioridad y es la idea de quitar APIs al JDK para reducir su tamaño y que las APIs opcionales puedan descargarse bajo demanda.


Esta idea ya ha sido enviada aprobada como propuesta oficial a Sun para incorporarse en JDK 7 bajo el nombre de "Java Kernel", un núcleo de librerías necesarias que integren al JDK y las demás que puedan agregarse según se necesiten.


Ethan ha empezado a explorar esta idea con la beta de JDK 6 y sus pruebas son bastante prometedoras, logró generar una JVM para correr un simple "Hola mundo" de solo 2.6 megabytes y una JVM para correr una aplicación que muestra un Frame de AWT de solo 3.5 mb.


Hay que recordar que el tamaño original de la JVM de JDK 6 es de 15 mb, estas pruebas preliminares dejan ver que la idea de Java Kernel puede resultar muy práctica a los desarrolladores y usuarios de aplicaciones java.

Java2Script, competencia para GWT

Java2Script es un proyecto que permite convertir una aplicación construida con SWT en una aplicación web Ajax. Es muy similar a GWT: se trata de un compilador, que se distribuye como un plugin de Eclipse, y que permite transformar código fuente Java en Javascript. A pesar de lo nuevo del proyecto, que actualmente está en la milestone 3, ya tiene varias ventajas sobre la solución de Google:

• Soporte para Java 5.





• Cuenta con un diseñador gráfico que permite construir la aplicación, el mismo diseñador que se emplea para SWT.





• Es software libre.

No obstante, también tiene varias desventajas. Por un lado, no está claro que sea tan fácil crear componentes fácilmente redistribuibles como lo es con GWT, lo cual puede inclinar la balanza hacia el segundo a la larga por contar con un gran repositorio de componentes. Por otro lado, no tengo claro que sea una buena idea construir interfaces web del mismo modo que se construyen en interfaces para el escritorio. Son dos entornos muy distintos, que emplea metáforas distintas y que se comportan de modos diferentes. Por último, el respaldo del Google es un punto muy grande para GWT.



En cualquier caso, hay que reconocer que las demo (que podéis encontrar en la parte inferior de la página principal del proyecto ) son bastante impresionantes. Eso sí, a veces no funcionan por culpa de ciertos fallos de Sourceforge al devolver archivos de Javascript y, aunque funcionen, la primera vez tarda mucho encargar porque Sourceforge tiene limitado el ancho de banda. Luego el Javascript estará en la cache del navegador e irá más rápido.



La primera versión estable del proyecto está planeada para diciembre de este año. Sin duda, se trata de algo lo que merece la pena mantener un ojo. ¿Qué impresión os causa a vosotros?.

Diffj, herramienta diff específica para Java

Probablemente estés pensando que tu entorno de desarrollo o tu herramienta de control de versiones ya te permite ver diferencias entre dos versiones de un archivo de código fuente. Sin embargo Diffj va más allá de las herramientas "diff" normales: Diffj comprende la sintaxis Java y es capaz de informarte de cosas como que has cambiado una clase de paquete, que has añadido o eliminado métodos o campos a la clase...



La herramienta es software libre. Su principal en desventaja respecto a otras herramientas similares es que es una herramienta de consola cuya salida es texto; por lo de ahora no cuenta con una interfaz gráfica amigable que marca y colorea los cambios, como suelen hacer las herramientas similares. Aquí tenéis un ejemplo donde se muestra que tipo información proporciona.

Entrevista a Rod Johnson sobre Spring 2.0

Floyd Marinescu realizó una entrevista para InfoQ a Rod Johnson, creador de Spring sobre la nueva versión 2.0 del popular framework.

En esta entrevista se hace un rápido repaso sobre las novedades de la nueva vaersión y se da una fecha de lanzamiento: 26 de septiembre.



Una de las novedades es el soporte para Java Persistence API, Spring 2.0 soportará la implementación de TopLink Essentials (la implementación de referencia que se usa en GlassFish y NetBeans 5.5) y de OpenJPA la implementación de Apache lidereada por BEA y seguirán trabajando para brindar soporte a nuevas implementaciones.



Otro punto interesante tratado por Rod en la entrevista es el soporte a OSGi una especie de middleware universal para aplicaciones Java y en el que están involucrados IBM, BEA y Oracle, además de Interfase21, para integrarlo con la versión 2.0 de Spring.