Implementaciones Java gratuitas

Las implementaciones de Java libres son proyectos de software que implementan las tecnologías Java de Oracle y se distribuyen bajo licencias de software libre , lo que las convierte en software libre . Sun publicó la mayor parte de su código fuente de Java como software libre en mayo de 2007, por lo que ahora casi puede considerarse una implementación de Java libre. ^{[ 1 ]} Las implementaciones de Java incluyen compiladores, entornos de ejecución, bibliotecas de clases, etc. Los defensores del software libre y de código abierto se refieren al software de máquina virtual Java libre o de código abierto como entornos de ejecución libres o entornos de ejecución de Java libres .

Algunos defensores de este movimiento prefieren no usar el término "Java" debido a los problemas de marca registrada que conlleva. Por lo tanto, aunque se trata de un "movimiento Java libre", evitan el término "entornos de ejecución Java libres".

El primer proyecto gratuito que ofreció partes sustanciales de la funcionalidad de la plataforma Java fue probablemente guavac, que comenzó algún tiempo antes de noviembre de 1995. ^{[ 2 ] [ 3 ]}

Desde entonces, el movimiento del software libre desarrolló otros compiladores de Java, entre los que destaca el Compilador GNU para Java . Otros incluyen el Compilador Java de Eclipse (ECJ), mantenido por la Fundación Eclipse , y Jikes , que ya no recibe mantenimiento activo. Desde el lanzamiento de la versión 4.3 de la Colección de Compiladores GNU , GCJ (su compilador de Java) utiliza el analizador sintáctico de ECJ para analizar Java. ^{[ 4 ]}

Algunos ejemplos de entornos de ejecución gratuitos son Kaffe , SableVM y gcj .

GNU Classpath es la principal biblioteca de clases de software libre para Java. La mayoría de los entornos de ejecución libres utilizan GNU Classpath como su biblioteca de clases.

En mayo de 2005 se anunció Apache Harmony ; sin embargo, el proyecto optó por la Licencia Apache , que en aquel momento era incompatible con todas las implementaciones de Java libres existentes.

Otro acontecimiento de mayo de 2005 fue el anuncio de que OpenOffice.org 2.0 dependería de características de Java que las implementaciones de software libre no podían proporcionar. Tras la controversia, OpenOffice.org adoptó una directriz que le obligaba a trabajar con implementaciones libres de Java.

Entre las aplicaciones destacadas que ya funcionaban con implementaciones de Java de software libre antes de noviembre de 2006 se incluyen OpenOffice.org y Vuze , ambas compatibles cuando se compilan con GCJ.

El 13 de noviembre de 2006, Sun lanzó su compilador, javac , bajo la Licencia Pública General de GNU . ^{[ 5 ]}

En septiembre de 2007, además de javac, Sun publicó el código de HotSpot (la máquina virtual ) y casi toda la biblioteca de clases de Java como software libre.

Siguiendo su promesa de lanzar un JDK completamente compilable basado casi por completo en código libre y de código abierto en la primera mitad de 2007, ^{[ 6 ]} Sun lanzó el código fuente completo de la biblioteca Class bajo la GPL el 8 de mayo de 2007, excepto algunas partes limitadas que Sun había licenciado de terceros que no querían que su código se publicara bajo una licencia de software libre. ^{[ 7 ]} Sun ha declarado que su objetivo es reemplazar las partes que siguen siendo propietarias y de código cerrado con implementaciones alternativas y hacer que la biblioteca Class sea completamente libre y de código abierto. Dado que hay algo de código restringido en el JDK, Sun continuará usando ese código en versiones comerciales hasta que sea reemplazado por alternativas libres y de código abierto completamente funcionales.

A mayo de 2008, la única parte de la biblioteca de clases que sigue siendo propietaria (4% a mayo de 2007 para OpenJDK 7, ^{[ 8 ] [ 9 ]} y menos del 1% a mayo de 2008 en OpenJDK 6 ^{[ 10 ] [ 11 ]} ) es la implementación de SNMP . ^{[ 12 ]}

Desde su primer lanzamiento en mayo de 2007, Sun Microsystems , con la ayuda de la comunidad, ha liberado como software libre (o lo ha reemplazado con alternativas de software libre) casi todo el código restringido:

• Todo el código del motor de audio, incluido el sintetizador de software , se ha publicado como código abierto. ^{[ 12 ] [ 13 ]} El sintetizador de software de código cerrado ha sido reemplazado por un nuevo sintetizador desarrollado específicamente para OpenJDK llamado Gervill , ^{[ 14 ]}
• Todas las clases de criptografía utilizadas en la biblioteca de clases se han publicado como software libre, ^{[ 15 ]}
• FreeType ha reemplazado el código que escala y rasteriza las fuentes . ^{[ 16 ] [ 17 ] [ 18 ]}
• LittleCMS ha reemplazado el sistema de gestión de color nativo . ^{[ 17 ]} Hay una capa conectable en el JDK, de modo que la versión comercial puede usar el antiguo sistema de gestión de color y OpenJDK puede usar LittleCMS.
• El renderizador Pisces de código abierto utilizado en el proyecto phoneME ha reemplazado el código rasterizador de gráficos de suavizado . ^{[ 17 ] [ 19 ] [ 20 ]} Este código es completamente funcional, pero aún necesita algunas mejoras de rendimiento, ^{[ 21 ]}
• El complemento de JavaScript se ha publicado como código abierto ( el motor de JavaScript en sí se publicó como código abierto desde el principio). ^{[ 22 ]}

Debido a estos componentes previamente restringidos, no era posible compilar OpenJDK únicamente con componentes de software libre. Para poder hacerlo antes de que toda la biblioteca de clases se libere, y para poder incluir OpenJDK en Fedora Core y otras distribuciones Linux libres , Red Hat inició un proyecto llamado IcedTea . Se trata básicamente de un híbrido de OpenJDK/ GNU Classpath que se puede usar para inicializar OpenJDK utilizando solo software libre. ^{[ 23 ] [ 24 ]}

A partir de marzo de 2008, la distribución Fedora 9 se lanzó con OpenJDK 6 en lugar de la implementación IcedTea de OpenJDK 7. ^{[ 11 ]} Algunas de las razones indicadas para este cambio son:

• Sun ha sustituido la mayoría de las limitaciones para las que IcedTea proporcionaba reemplazos (menos del 1% del código con limitaciones permanece en la biblioteca de clases , y este código no es necesario para ejecutar OpenJDK).
• OpenJDK 6 era una rama estable, mientras que OpenJDK 7 era inestable y no se esperaba que lanzara una versión estable hasta 2009.
• Sun ha otorgado la licencia de la marca registrada OpenJDK para su uso en Fedora.

En junio de 2008, se anunció que IcedTea 6 (como la versión empaquetada de OpenJDK en Fedora 9 ) había pasado las pruebas del Kit de Compatibilidad Tecnológica y puede afirmar ser una implementación de Java 6 totalmente compatible. ^{[ 25 ]}

En septiembre de 2013, Azul Systems lanzó Zulu, una versión gratuita y de código abierto de OpenJDK para Windows Server y la nube de Microsoft Azure . Las versiones posteriores añadieron compatibilidad con Mac OS X , varias versiones de Linux y la plataforma Java, Standard Edition versión 8. Zulu cuenta con la certificación de conformidad con Java SE 8, 7 y 6 mediante el kit de compatibilidad tecnológica de la comunidad OpenJDK . ^{[ 26 ]}

Amazon ha lanzado Amazon Corretto, una distribución gratuita, multiplataforma y lista para producción del Open Java Development Kit. Se distribuye bajo la licencia GPL v2 con la excepción Classpath . Hay disponibles versiones con soporte a largo plazo de Java 8 y Java 11. Su lanzamiento público tuvo lugar el 31 de enero de 2019. ^{[ 27 ]}

En 2017, la Fundación Eclipse lanzó AdoptOpenJDK, ahora llamado Adoptium , cuyo objetivo principal es "promover y respaldar entornos de ejecución de alta calidad, gratuitos y de código abierto, y la tecnología asociada para su uso en todo el ecosistema Java ".

• Java (plataforma de software)
• javac
• Punto de acceso
• Armonía Apache
• OpenJDK
• GNU Classpath y GCJ
• Té helado
• JamVM
• IKVM
• Lista de máquinas virtuales Java
• Comparación de máquinas virtuales Java
• Adoptium

• Libres pero encadenados: La trampa de Java
• Cómo escapar de la trampa de Java: Una guía práctica para encontrar alternativas de software libre y de código abierto.
• Los híbridos combinan GNU Classpath y OpenJDK.
• Vídeo de una hora de duración de 2007 de un taller con desarrolladores de Sun, GGJ y GNU Classpath.
• Problemas de marcas registradas de Java