OpenXava 2.2 liberado

OpenXava es un marco de trabajo que permite desarrollar aplicaciones de gestión Java EE rápida y fácilmente.

Se basa en el concepto de componente de negocio definido con XML.



OpenXava permite desarrollar aplicaciones sin necesidad de definir la interfaz gráfica, solo necesitamos definir la estructura de datos y la lógica de negocio para poder obtener una aplicación J2EE completamente funcional.



OpenXava genera aplicaciones de portlets JSR-168 que usan EJB3 JPA como mecanismo de persistencia.



La nuevas característica de v2.2 son:

* Comportamiento de las colecciones mejorado considerablemente.

* Integración visual en Liferay y WebSphere Portal 6 mejorada.

* Componentes transitorios y mapeo por defecto para comonentes.

* Alrededor de 80 nuevas características y arreglos sobre 2.1: ver registro de cambios (changelog).



Podéis ver más sobre OpenXava en

www.openxava.org

¿Está Adobe AIR cometiendo los mismos errores que cometió Java?

En un post de Javalobby se reflexiona sobre si Adobe AIR (Adobe Integrated Runtime, anteriormente conocido como Apollo) está cometiendo los mismos errores que cometió Java al principio. AIR no permite acceder a librerías nativas, lo cual le va a impedir integrarse en el escritorio del cliente. El soporte a la impresión, malo al igual que el de Java cuando comenzó, o el sólo poder acceder a las bases de datos a través de servicios web son apuntados como grandes puntos flacos de AIR.



El autor del post afirma que con el tiempo Sun ha abandonado la estrategia 100% independiente de la plataforma para ir incorporando código nativo para integrarse mejor en el escritorio. Por ello, concluye que AIR debería hacer lo mismo desde el principio y no repetir los mismos errores de Java.



No estoy en absoluto de acuerdo con el punto de vista del autor. No creo que Java haya abandonado la estrategia de ser completamente independiente de la plataforma. Desde la primera versión de Java hasta el día de hoy la máquina virtual tiene que interactuar con el sistema operativo y contener una gran cantidad de código nativo. La máquina virtual es nuestra abstracción respecto al sistema operativo y lo que permite que nuestras aplicaciones sean independientes de éste. Lo que sí va sucediendo es que conforme la plataforma es más madura esa abstracción se va refinando y contempla más características de los sistemas.



Por ejemplo, en un principio en un sistema de ficheros sólo había directorios y archivos. La gente de Sun, para justificar las limitaciones de la abstracción y defender su tecnología, nos decía que "no se puede acceder desde Java a los permisos de los ficheros porque no todos los sistemas operativos tienen sistemas de ficheros con permisos". Una excusa mala para justificar otra realidad que expondré a continuación. Lo mismo sucedió hasta Java 6 con la bandeja del escritorio. Como no todo los sistemas operativos tienen esta característica Sun afirmaba que no se podía incorporar a Java.



La realidad es que hacer una abstracción detallada de las plataformas sobre las cuales van a correr las aplicaciones, bien sean aplicaciones Java o aplicaciones AIR, es muy complicado. Cualquier empresa tiene unos recursos limitados y tiene que obtener un balance entre esfuerzo que realiza en desarrollo y las características que aportará a su plataforma. Por ello, tanto Java como AIR comenzaron con una abstracción de muy alto nivel que era él máximo común denominador de todas las plataformas. Y poco a poco Java fue incorporando opcionalmente, según el sistema operativo lo soportase o no, abstracciones que se salían de ese máximo común denominador, como permisos de ficheros y la bandeja del escritorio.



Ahora mismo lo único que pasa con AIR es que acaba de nacer. Efectivamente, Adobe está empleando la misma estrategia de máximo común denominador que empleó Java hace 12 años. No creo que sea un error por parte de las empresas. No creo ni que Sun lo cometiese en su día ni que Adobe lo replique hoy. Simplemente es que ambas cuentan con recursos limitados, por eso no pueden crear todas las abstracciones que los programadores nos gustaría tener desde el día cero. Probablemente las decisiones que han tomado ambos sean los mejores posibles dentro de sus posibilidades.



¿Qué opinais vosotros al respecto?

Está disponible jLibrary 1.1

Está disponible ya la versión 1.1 de jLibrary.



jLibrary es un sistema de gestión de documentos con licencia open source (BSD) construido sobre Apache Jackrabbit, la implementación de referencia del JSR-170 (Java Content Repository API) y que ofrece gran cantidad de funcionalidades.



Entre las mejoras de esta versión están la sustitución de servicios web por una capa ligera sobre HTTP con streaming de contenido binario para reducir el consumo de memoria, la posibilidad de añadir propiedades personalizadas a los documentos, un nuevo y mucho más fácil sistema de build y las esperadas versiones estables del aplicativo cliente para Linux en 32 y 64 bits (requiere GTK) y para Mac OS X, entre otras cosas.

Eclipse Europa ya está publicado

Eclipse ha publicado su versión anual llamada Europa (3.3) que sustituye a Callisto. Esta nueva versión de Eclipse, además de las mejoras a la plataforma, integra las nuevas versiones de 21 proyectos, entre ellos WTP para desarrollo web versión 2.0, DLT para desarrollo con lenguajes dinámicos como PHP y Ruby, Mylin 2.0 que es un interesante plugin para integrar Eclipse con herramientas de administración de proyectos y un largo etcétera.



Europa representa el trabajo conjunto de la fundación Eclipse y los desarrolladores de los plugins que conforman los proyectos, en total, cuenta con más de 17 millones de líneas de código. Un paso más para Eclipse que sigue siendo el IDE líder para Java.



Puedes descargarlo en este enlace y puedes leer sobre algunas de las funcionalidades nuevas de Europa en estos artículos.

Una forma para demostrar tu calidad como programador Java

SourceKibitzer ha lanzado un nuevo servicio, SourceKibitzer Bio, que pretende incrementar los beneficios que los desarrolladores Java obtienen por realizar contribuciones al mundo del software libre. SourceKibitzer Bio permite crear un currículum online que contiene un conjunto de métricas que se derivan de las contribuciones que cada programador realiza en los proyectos de software libre donde participe.



Crear tu currículum en SourceKibitzer Bio es un proceso bastante sencillo que puede realizarse desde este enlace. Una vez creado, el currículo se actualiza automáticamente a partir de las contribuciones que cada programador realiza en los proyectos de software libre los que participa.



Aquí os dejo un ejemplo de curriculum.



Mi opinión es que es una idea estupenda. ¿Qué os parece a vosotros?