¿Estamos viviendo un resurgir de JNI?

Esta mañana me he encontrado con un nuevo anuncio de una librería que simplifica el acceso a JNI desde Java, J2Native, un producto comercial del cual existe una versión gratuita de evaluación. Otros son JNIWrapper, Gluegen, Jace, Jacob... y, por supuesto, la solución hispana por parte de nuestro querido José María (jmarranz): JNIEasy.


La mayor parte de ellos no son nuevos, sino que llevan ahí bastante tiempo. Lo que es nuevo es la creciente actividad que, al menos yo percibo, hay en torno a ellos y la mayor repercusión mediática que tienen sus notas de prensa. También he visto bastantes entradas en weblogs que piden mejores soluciones para acceder desde Java a funcionalidad nativa y critican al API estándar (JNI) y se discute muy a menudo este tema en Javaposee el "podcast oficial de facto" de Java.


Aunque de un modo completamente diferente, entre las novedades de la siguiente versión del jdk también está funcionalidad nativa que hasta ahora no era accesible.


Por ello me pregunto ¿Estamos viviendo un resurgir de JNI? quizás sea que como cada vez Java se usa más para el escritorio y está dejando de ser una tecnología "sólo del servidor" se hace más necesario un integración más fuerte con el escritorio nativo. ¿Puede suponer esto una amenaza para el mantra "escribir una vez ejecutar en todos los sitios" de la plataforma?.

Crystal Reports for Eclipse 1.0

Recientemente Business Objects ha hecho disponible Crystal Reports for Eclipse 1.0, un diseñador gráfico para construir y editar informes empleando el motor de generación de informes Java Reporting Component. Si bien el motor lleva bastante tiempo disponible, esta es la primera vez que existe una interfaz gráfica para crear y editar los informes escrita en Java.



Crystal Reports for Eclipse 1.0 incluye la última versión de Java Reporting Component y, si bien hay versiones empresariales de pago con mayor funcionalidad, la versión básica es completamente gratuita. No obstante, existen limitaciones sobre la carga de trabajo que puede soportar el motor de generación de informes en la versión gratuita.



No estoy completamente seguro, pero creo que la primera vez que Business Objects da acceso de modo gratuito a sus herramientas para uso en producción (aunque sea a una versión limitada). ¿Será que están viendo como JasperReports se hace con una parte del mercado y quieren frenar su crecimiento?

¿Los cambios en Java 5 fueron una mala idea?

Creo que ya es evidente que la adopción de java 5 por parte de los desarrolladores ha sido mucho más lenta que en anteriores versiones debido a que más que mejorar lo ya existente, Sun se decidió por adicionar nuevas características al lenguaje.


En su blog, Shai defiende su punto de vista, según el cual esto fue un error por parte de Sun. La tesis principal es "nuevas características añaden más complejidad" y que dicha complejidad no se justifica con la funcionalidad ganada ya que muchas de las nuevas características como Generics, los Enums o los imports estáticos o están mal implementadas o no son realmente necesarias; algo que no pasa con las Anotaciones que el autor define como una gran mejora.


Creo que este artículo y su subsecuente debate en javaLobby ponen de manifiesto un tema central: Más que nuevas características, a los desarrolladores les parece mejor que en nuevas versiones se mejore lo ya existente. Y resulta lógico, para quienes usamos día a día java nos gustaría que Sun nos ayudara a programar mas fácil, no a que nos agreguen nuevas características que dificilmente usaremos (en mi caso, las Anotaciones y los Generics me parecen una gran aportación, no así las otras nuevas características) .


El punto, como dice Shai, es que java es un producto y los desarrolladores somos los clientes.. Sun no puede seguir añadiendo características que no tienen gran uso (por ejemplo, Closures o base de datos embebida) para hacer mas mercadeable su producto con los managers y en revistas de TI , tiene que dedicarse también a resolver la multitud de bugs pendientes en las versiones actuales de JDK; de lo contrario tendremos a JDK 7 disponible y en los sistemas empresariales seguiremos usando Java 1.4




¿Ustedes qué opinan?

Ejecutando Eclipse con Swing

Ese es el objetivo del proyecto Eos (Eclipse on Swing). Tomando como punto de partida SWTSwing este proyecto pretende crear una versión de Eclipse que se ejecute completamente sobre Swing. Actualmente ya disponen de una versión del IDE (correspondiente con Eclipse 3.2) que os podéis descargar desde la página del proyecto.



Si bien esta versión es capaz de arrancar (podéis comprobar que pinta tiene mirando estas capturas de pantalla ) todavía hay muchas opciones que no funcionan correctamente y no es viable usar la herramienta para desarrollar.



No he visto ninguna justificación de por qué han creado este proyecto; quizá se trate de un simple experimento. En cualquier caso, hay que reconocer que es curioso.

Swingweb 1.0, transformando aplicaciones de escritorio en HTML

Swingweb es un proyecto libre que permite desplegar en un contenedor web una aplicación AWT o Swing. La aplicación será transformada en HTML y javascript y tendrá una apariencia y comportamiento similar al de la aplicación de escritorio original. Desarrollar aplicaciones empleando este framework requiere un esfuerzo mínimo si se está familiarizado con el desarrollo de aplicaciones de escritorio. Aquí tenéis una demo de lo que es capaz de hacer.



Esta idea no es nueva; en desde hace bastantes años hay un producto comercial, Webcream , muy similar a este proyecto libre. ¿Alguien ha desarrollado/conoce alguna aplicación real que ha sido desarrollada con alguno de estos dos productos? Yo nunca he visto ninguna.