VivaLinux!

En la versión 1.6.0_21 de Java (JVM) el campo de la identificación de la compañía fué cambiado de "Sun Microsystems, Inc." a "Oracle", sin duda para hacer notar mejor la nueva propiedad del software después de esta última empresa comprara la primera. Sin embargo, la modificación no fué halagüeña para todo el mundo:

La comunidad de Eclipse está reportando errores que provocan que su todopoderoso IDE explote frecuentemente después de la actualización 6u21 de Oracle. Todas las versiones de Eclipse, desde la 3.3 (lanzada en el 2007) hasta su última "Helios" de este año se reportaron afectadas arrojando un mensaje OutOfMemoryError antes de morir.

Lo particularmente desgraciado de la situación es que esa actualización se distribuye automáticamente a los usuarios del JVM, los que sólo se enteran del problema cuando sus aplicaciones dejan de funcionar.

El inconveniente resultó afectar específicamente a los usuarios de Windows, para los cuales Oracle ya distribuyó una nueva versión corrigiendo el "error", el build 1.6.0_21-b07.

Google y Eclipse anunciaron cada uno por su cuenta el lanzamiento de los Eclipse Labs, un sitio hospedado con los servicios de Google Project Hosting que quiere juntar en un sólo lugar algunos de los más destacados proyectos basados en el entorno de desarrollo de Eclipse.

Según el anuncio de Google la Fundación de Eclipse se les acercó con la propuesta de alentar todo el ecosistema de su principal proyecto, y que esta colaboración mejorará la visibilidad de otros proyectos "no-oficiales" para que eventualmente se conviertan en proyectos patrocinados por la misma fundación.

Según el anuncio de Eclipse cualquiera que haya creado un proyecto en Google Code podrá hacerlo rápidamente también en los Eclipse Labs y acceder a un sistema de rastreo de errores, repositorio de código (con Subversion o Mercurial) y un sitio web, todo por defecto amparado bajo la licencia Eclipse Public License (EPL), aunque también se puede optar por cualquier otra aceptada por Google Code.

Google también alienta a todos los proyectos relacionados con Eclipse actualmente hospedados en Google Code a que migren al nuevo Eclipse Labs. Dos por lo menos ya lo hicieron: Workspace Mechanic y Project Hosting Connector for Mylyn.

La fundación Eclipse publicó los resultados de su última encuesta anual de desarrolladores, que comparándola con su anterior del 2007 revela datos muy interesantes sobre Linux y el Software Libre en general.

Primero que todo, el crecimiento del uso de Linux creció notablemente tanto en las estaciones de trabajo (del 20% al 37% 27%) como en los servidores de aplicaciones (27% 37% al 43%), a costa de Windows y a favor de Ubuntu y Red Hat. Esto demostraría la ascendente relevancia de Linux como una plataforma de desarrollo Java, todavía el principal uso de Eclipse, pero con C/C++ y PHP siguiéndole en segundo y tercer lugar, respectivamente.

Igualmente destacable es el hecho de que un 15% de los encuestados dicen que sus empresas usan un modelo de negocios que depende del Open Source, con la gran mayoría de ellas contribuyendo con algún proyecto de esa naturaleza, una tendencia que revierte la situación hace 2 años.

Google revirtió su anterior decisión de prohibir el uso de la Mozilla Public License (MPL) para los proyectos hospedados en su sitio Google Code. El motivo es un cambio en la actitud de Google con respecto a la licencias del software Open Source, como lo explica Chris DiBona, líder del equipo Open Source de esa empresa, en su blog: antes Google intentaba desalentar la proliferación de licencias para el software de código abierto, para reducir potenciales gastos legales y los problemas de usar código de un proyecto en otro con una licencia distinta.

Pero el éxito de los proyectos de Mozilla y también de Eclipse hicieron que Google ahora considere que es mejor no bloquear a los desarrollos de esas dos comunidades. Así, la Eclipse Public License (EPL) también se sumó a la MPL. En palabras de la misma DiBona:

"Decidimos que después de casi 2 años de operación, ya era tiempo de agregar la EPL y servir a esos desarrolladores Open Source".

El próximo Eclipse 4.0 fué tratado en una interesante presentación en el reciente evento EclipseCon, donde se revelaron que sus novedades principales serían la integración con la web y mucha menos complejidad, aparentemente en respuesta al mismo pedido de sus usuarios. Otras características pedidas por los desarrolladores también incluirían: mejor documentación on-line para los programadores de plug-ins e integración con otros IDEs que le permita ìmportar proyectos.

Otro programador advirtió que a menos que Eclipse sea simplificado para hacer que el desarrollo de aplicaciones para la Rich Client Platform sea más fácil, podría ser aventajado por el NetBeans de Sun Microsystems.

Eclipse 4.0 no llegará hasta dentro de 2 años, pero ya estamos a tiempo para dejar nuestras sugerencias, a las muchas ya presentadas.

Microsoft anunció su primera colaboración con la Fundación Eclipse. De esta manera, Microsoft brindará soporte de ingeniería para permitir que el Eclipse Standard Widget Toolkit (SWT) pueda usar su Windows Presentation Foundation (WPF). El motivo sería permitir que los desarrolladores de Java puedan escribir aplicaciones que parezcan y se vean como aplicaciones nativas de Windows Vista.

"Habrá más cosas que surgirán de las conversaciones que Eclipse y Microsoft han comenzado; y espero anunciarlas en el futuro a medida que tengamos resultados demostrables", dijo Sam Ramji, director del Laboratorio Open Source de Microsoft.

Otros rumores dicen que Microsoft podría también anunciar el soporte de los plug-ins de Eclipse en su propio Visual Studio.

JBoss.com anunció la versión final de su entorno de desarrollo JBoss Developer Studio 1.0. JBoss Developer Studio es una prometedora fusión entre JBoss Tools y Exadel Studio Pro (basado en Eclipse), que tiene una fuerte integración de JSF, Facelets, Hibernate, JBoss Rules y Seam.

Pero existen algunos extraños detalles en esta noticia. Primero, el nombre original del producto era Red Hat Developer Studio, pero decidieron cambiarlo por "JBoss Developer Studio" a último momento. Por otro lado, y para sorpresa de muchos, el instalador no es gratuito, cuesta U$S 99.

Sin embargo, JBoss dice que sólo se cobra por el instalador, pero que si uno quiere puede instalar la versión "libre" a mano. No se dan muchos detalles de la dificultad que pueda llegar a tener la instalación no automatizada y tampoco se ofrece un enlace para descargar la versión gratuita, ni una versión de demostración del instalador.

Red Hat presentó la primera versión preliminar de su Red Hat Developer Studio, su propio conjunto, basado en Eclipse, de herramientas de desarrollo pre-configuradas para plataformas JBoss y Red Hat Enterprise. A pesar de esta clara orientación, los desarrolladores de Java en general pueden encontrar valioso este nuevo IDE, como descubrió este programador al hacer un nuevo proyecto RichFaces + Seam + Hibernate.

En el reciente Linux Foundation Collaboration Summit se decidió comenzar a hacer que Eclipse se convierta el en Visual Studio de Linux. Esta decisión fué tomada en el Dam-4 del evento con la moderación de Marc Miller de AMD y Robert Schweikert del Linux Standard Base (LSB), de donde Eclipse surgió como el IDE favorecido para llenar los espacios en otras herramientas de desarrollo actualmente en amplio uso por la comunidad.

"Creo que el consenso es que los usuarios de la era de Visual Studio quieren un buen IDE, y el único IDE Open Source con un momemtum serio es Eclipse, así que deberíamos comenzar a hacerlo trabajar bien para el desarrollo LSB", dijo Miller.

Hasta ahora, Eclipse no ha estado siendo popular entre los desarrolladores de Linux por una serie de motivos que necesitarán resolverse, entre ellos:

IBM contribuirá con su tecnología a la comunidad de código abierto Apache Geronimo con el propósito de ayudar a los usuarios a migrar del servidor de aplicaciones JBoss, ahora propiedad de Red Hat, a su competidor basado en Apache. La nueva herramienta de migración, compuesta de plug-ins para el entorno de desarrollo integrado Eclipse, puede convertir las aplicaciones creadas para JBoss en sistemas basados en Apache Geronimo generando los ficheros de configuración apropiados.

Según Paul Buck, director de IBM WebSphere:

“En el pasado, si las empresas querían migrar a Apache Geronimo debían hacerlo de manera manual, accediendo a los descriptores de aplicaciones y desarrollando modificaciones de código específicas para cada una de las diferencias que existieran entre las dos plataformas de servidor de aplicaciones. Este proceso será ahora mucho más sencillo”.