Barrapunto

El problema es que Java, al contrario que otros lenguajes, es un estándar de facto.

Es una empresa (sí, sí, existe la JCP, pero Sun manda y ordena) la que decide cómo va a cambiar el lenguaje.

Creo que antes de plantear si Java será libre o no, hay que plantearse que sea un organismo independiente (por ejemplo la ISO) el que regule la sintaxis y la API de que dispone el lenguaje.

Eso no supone ningún atraso. Sun podría seguir publicando sus versiones de Java y añadirle lo que le diera la gana. De hecho yo mismo añado "a piñón" un par de APIs conocidas (log4j, alguna para XML, regexp...) a cualquier proyecto.

Si existe ese comité regulador independiente, existirá la posibilidad de crear diferentes implementaciones y todas seguirán el estándar.

Claro, eso no ocurrirá, porque Sun no tiene ganas de "enfrentarse" a una comunidad entera que "tire" de un desarrollo completo.

Tal vez la solución pase por algo similar a lo que pasó con OOo y StarOffice, pero mientras la especificación del lenguaje la marque Sun, no hay nada que hacer. Todas las implementaciones que no sean Sun, estarán atrasadas con respecto a la primera.

En cuanto a gcj tiene que existir. Tiene que haber una implementación libre, aunque esté basada en la API 1.4 y vayamos por la 1.5.

¿Qué características usas de la 1.5? Casualmente esta es la primera que modifica la sintaxis del lenguaje. ¿Te arriesgarás en usar esos cambios de sintaxis y a perder la compatibilidad con todas las versiones anteriores?

Yo sigo con 1.4.2 y me va francamente bien, me gusta lo nuevo de la 1.5, pero si gcj tuviera las mismas características que la 1.4.2 de Sun, no lo dudaría, ya le podían dar viento a la 1.5.

En cuanto a los problemas de compatibilidad de licencias entre la de SWT y la de gcj, pues, sinceramente, no lo sé, pero voy a "estudiarlo" :-) Sería una pena que dos proyectos libres tan buenos no se pudieran usar juntos.

Saludos.
--
Guillermo Enrique, haz las maletas, que te vas a casa con tu madre.