OpenXava 2.1 liberado

OpenXava es un marco de trabajo para desarrollar aplicaciones web basadas en bases de datos, como Ruby on Rails, pero OpenXava produce aplicaciones J2EE / JavaEE estándars que pueden ser desplegadas en cualquier servidor de aplicaciones Java estándar (o portal Java estándar).

La nueva versión 2.1 de OpenXava incluye soporte de EJB3 JPA como mecanismo de persistencia y viene empaquetada con un portal Liferay.



Lo que hace a OpenXava diferente de otros marcos es:

* Es realmente rápido y fácil para desarrollar aplicaciones orientadas a bases de datos.

* Está orientado a componentes de negocio en vez de MVC (ver en wikipedia).

* Genera automáticamente la interfaz de usuario desde la definición de los componentes de negocio.



Podéis ver más sobre OpenXava en www.openxava.org



¿Qué pensáis acerca de los componentes de negocio frente a MVC?

¿Qué pensáis sobre la generación automática de la interfaz de usuario?

Paxmodep librería GUI para J2ME

Paxmodept es una empresa en Londres dedicada al desarollo de aplicaciones móviles y ha decidido contribuir al mundo J2ME lanzando esta colección de componentes visuales para desarrollo de Interfaces en J2ME. En el anuncio no especifican bajo que licencia lo hacen, o si es open source.




Por ahora la versión es beta y solo ha sido probada en dispositivos Sony, Nokia, Samsung y Motorola. Pueden dar un vistazo a alguno de los componentes que incluye en estas capturas de pantalla.

Plugin de VMWare para Eclipse

Con la publicación de VMWare beta 3 se incluye un plugin para realizar debugging en instancias de máquinas virtuales de esta herramienta. La idea que explica el creador en el blog enlazado, es que cuando tu decidas realizar un debug de tu aplicación, Eclipse te permite hacerlo en un ambiente virtualizado y te muestra las máquinas virtuales disponibles en tu instalación de VMWare, acto seguido despliega la aplicación en dicha máquina y te permite realizar una especia de debugging remoto.




El plugin incluso permite hacer lo mismo pero corriendo aplicaciones web en tus servidores de aplicación instaladaos en tus máquinas virtuales. Sin duda, este nuevo plugin facilitará el trabajo del desarrollador y además permitirá un mejor control de errores simulando ambientes de producción.




¿Acostumbran usar VMWare o algún otro software de virtualización en su trabajo a diario?

Tapestry 5 preview

Howard Lewis Ships y el equipo de desarrolladores de Tapestry, han liberado por fin un preview de la nueva versión de este framework web enfocado a componentes. Aunque es una versión no definitiva, ya integra toda la funcionalidad necesaria para empezar a crear aplicaciones con él.



Entre las mejoras y cambios que esta nueva versión tiene, destaca que cambia todo su sistema de configuración que antes se hacia mediante archivos xml por el uso de anotaciones en los archivos Java. Otro de los cambios es que ahora las clases de tus componentes no extienden a ninguna clase base del framework y ya no se necesita que sean abstractas (por fin!). Obviamente, para seguir el camino impuesto por Rails, aboga por la convención sobre la configuración para lograr una codificación más rápida.



En este enlace pueden ver unos screencasts sobre el uso de esta preview, eclipse y maven2 grabados por el mismo Lewis Ship.



En el pasado Tapestry se me hizo un framework revolucionario sobre todo por el uso de componentes aunque nunca entendí del todo OGNL ni su soporte para javascript que debías declararlo en xml externos. Por lo que veo el equipo de desarrollo ha decidido simplicar las cosas y la eliminación del XML para configuración es un punto interesante a su favor.



No estoy seguro, pero viendo a otros frameworks de la época como Struts o Cocoon que ya no siguen en desarrollo, me parece que Tapestry puede ser el framework más longevo en activo. ¿Qué experiencias tienen con él, le ven futuro en un mundo que parece que será dominado por JSF, Spring MVC y quizás Grails?

Java y Solaris podrían pasar a tener licencia GPL 3

Actualmente Java se distribuyen bajo licencia GPL 2 (además de bajo la licencia propietaria SCSL) mientras que Solaris se distribuyen bajo CDDL. Jonathan Schwartz afirma que se están planteando la licencia GPL 3; en el caso de Java se empleó GPL 2 simplemente porque en el momento de liberar a Java aún no estaba disponible la siguiente versión (ni lo está ahora). Pero lo más probable es que en el futuro java se distribuya bajo la nueva licencia.



En el caso de Solaris parece no tenerlo tan claro, aunque lo está estudiando. El problema es que, idealmente, querría una licencia que permitiese cooperar con las tres principales comunidades del software libre: GPL, MPL y BSD. Por otro lado, dado que el kernel de Linux probablemente va a seguir siendo GPL 2, si Solaris fuese GPL 3 sería complicado que ambas comunidades pudiesen cooperar y compartir código.



¿Y porque le gusta la GPL 3 más que la GPL 2? La actual licencia GPL no contempla adecuadamente todo los posibles problemas que puede haber con las patentes. Ese es uno de los motivos por los cuales se está creando la nueva versión. Y ese también fue uno de los motivos por los cuales a mí me sorprendió en su día la noticia de que Java se liberase bajo GPL. Habitualmente Sun tiene mucho cuidado con los temas de patentes y la GPL 2 cojea en ese sentido.



¿qué os parece la idea de que Java sea GPL 3?