stringtranslate.com

Biblioteca de clases de Java

La biblioteca de clases Java ( JCL ) es un conjunto de bibliotecas que se pueden cargar dinámicamente y que los lenguajes de la máquina virtual Java (JVM) pueden llamar en tiempo de ejecución . Debido a que la plataforma Java no depende de un sistema operativo específico , las aplicaciones no pueden depender de ninguna de las bibliotecas nativas de la plataforma. En cambio, la plataforma Java proporciona un conjunto completo de bibliotecas de clases estándar , que contienen las funciones comunes a los sistemas operativos modernos.

JCL cumple tres propósitos dentro de la JVM:

Implementación y configuración

JCL está escrito casi en su totalidad en Java, a excepción de las partes que necesitan acceso directo al hardware y al sistema operativo (como para E/S o gráficos de mapa de bits ). Las clases que dan acceso a estas funciones suelen utilizar contenedores de interfaz nativa de Java para acceder a las API del sistema operativo .

Casi todo el JCL se almacena en un único archivo de Java llamado "rt.jar", que se proporciona con las distribuciones JRE y JDK . La biblioteca de clases Java (rt.jar) se encuentra en la ruta de clases de arranque predeterminada [1] y no tiene por qué aparecer en la ruta de clases declarada para la aplicación. El entorno de ejecución utiliza el cargador de clases de arranque para encontrar el JCL.

El sistema de módulos Java (parte de la versión Java 9 ) rompió el archivo JAR monolítico "rt.jar" y modularizó el propio JCL en varios módulos con dependencias específicas. [2]

Conformidad

Cualquier implementación de Java debe pasar las pruebas del Kit de compatibilidad de tecnología Java para comprobar su conformidad, que incluye las pruebas JCL.

Características principales

Se accede a las características de JCL a través de clases proporcionadas en paquetes .

Licencias

Licencias previas

Antes del lanzamiento de OpenJDK, el JDK se basaba en una licencia propietaria .

Tras su promesa de lanzar un JDK totalmente compilable basado en código casi completamente libre y de código abierto en la primera mitad de 2007, [3] Sun lanzó el código fuente completo de la Biblioteca de clases bajo la GPL el 8 de mayo de 2007, excepto algunas partes limitadas que fueron licenciadas por Sun de terceros que no querían que su código se publicara bajo una licencia de código abierto. [4] El objetivo de Sun era reemplazar las partes que siguen siendo propietarias y de código cerrado con implementaciones alternativas y hacer que la Biblioteca de clases sea completamente libre y de código abierto.

Hasta diciembre de 2010, la parte restante del JDK estaba disponible a través de Sun y luego de Oracle como complementos binarios [5] que eran necesarios para construir el JDK pero no para ejecutarlo. A partir de mayo de 2007 , la única parte de la biblioteca de clases que seguía siendo propietaria y de código cerrado (4% a partir de mayo de 2007 para OpenJDK 7, [6] y menos del 1% a partir de mayo de 2008 y OpenJDK 6 [7] [8] ) era [9] la implementación de SNMP . [10]

Desde el primer lanzamiento en mayo de 2007, Sun, con la ayuda de la comunidad, publicó como código abierto o reemplazó con alternativas de código abierto casi todo el código obstaculizado:

Versión de código abierto

A partir de diciembre de 2010, todos los llamados complementos binarios fueron reemplazados por reemplazos de código abierto , lo que hizo que todo el JDK fuera abierto. [20]

Implementaciones alternativas

GNU Classpath es la otra biblioteca de clases de software libre principal para Java. A diferencia de otras implementaciones, solo implementa la biblioteca de clases y la utilizan muchos entornos de ejecución de Java gratuitos (como Kaffe , SableVM y JamVM ).

Apache Harmony era otra biblioteca de clases de software libre. Su objetivo era implementar las otras partes de la pila Java ( máquina virtual , compilador y otras herramientas necesarias para cualquier implementación de Java ).

Véase también

Referencias

  1. ^ "Cómo se encuentran las clases". Oracle Corporation . Archivado desde el original el 25 de abril de 2009. Consultado el 5 de diciembre de 2015 .
  2. ^ "Resumen del módulo JDK". Oracle Corporation . 23 de octubre de 2015. Archivado desde el original el 8 de diciembre de 2015. Consultado el 29 de noviembre de 2015 .
  3. ^ "Java libre y de código abierto: preguntas frecuentes". sun.com . Mayo de 2007. Archivado desde el original el 22 de mayo de 2007 . Consultado el 27 de junio de 2024 .
  4. ^ Rich Green (8 de mayo de 2007). "¡Open JDK ya está aquí!". Sun Microsystems . Archivado desde el original el 7 de febrero de 2012. Consultado el 25 de noviembre de 2011 .
  5. ^ "Complementos binarios de OpenJDK". Sun Microsystems . 8 de mayo de 2007. Archivado desde el original el 26 de agosto de 2012. Consultado el 25 de noviembre de 2011 .
  6. ^ Fitzsimmons, Thomas (18 de mayo de 2007). "Planes para OpenJDK" . Consultado el 22 de mayo de 2007 .
  7. ^ Angel, Lillian (13 de marzo de 2008). «OpenJDK reemplazará a IcedTea en Fedora 9». Archivado desde el original el 10 de diciembre de 2012. Consultado el 5 de abril de 2008 .
  8. ^ Wade, Karsten (13 de marzo de 2008). "OpenJDK en Fedora 9!". redhatmagazine.com. Archivado desde el original el 21 de abril de 2008. Consultado el 5 de abril de 2008. Thomas Fitzsimmons actualizó las páginas de origen de las notas de la versión de Fedora 9 para reflejar que Fedora 9 se distribuiría con OpenJDK 6 en lugar de la implementación de IcedTea de OpenJDK 7. Fedora 9 (Sulphur) se lanzará en mayo de 2008.
  9. ^ Herron, David (4 de octubre de 2007). "Planes para OpenJDK". Archivado desde el original el 11 de octubre de 2007. Consultado el 9 de octubre de 2007 .
  10. ^ ab "OpenJDK 6 b10 source posted". 2008-05-30. Archivado desde el original el 2009-06-18 . Consultado el 2008-06-01 .
  11. ^ "Página del proyecto Audio-Engine". Archivado desde el original el 16 de mayo de 2007. Consultado el 19 de mayo de 2007 .
  12. ^ "Gervill – Sintetizador de software". Archivado desde el original el 4 de octubre de 2011. Consultado el 1 de junio de 2008 .
  13. ^ "Se ha añadido la criptografía a OpenJDK". 27 de septiembre de 2007. Archivado desde el original el 25 de diciembre de 2007. Consultado el 7 de octubre de 2007 .
  14. ^ "página del proyecto font-scaler". Archivado desde el original el 10 de junio de 2015. Consultado el 19 de mayo de 2007 .
  15. ^ abc "Página del proyecto Java2D". Archivado desde el original el 16 de mayo de 2007. Consultado el 19 de mayo de 2007 .
  16. ^ "Rasterizador de fuentes Freetype". 7 de agosto de 2007. Archivado desde el original el 7 de enero de 2009. Consultado el 24 de noviembre de 2007 .
  17. ^ "Bienvenido al proyecto PhoneME". Archivado desde phoneme.dev.java.net/ el original el 10 de junio de 2007. {{cite web}}: Verificar |url=valor ( ayuda )
  18. ^ "página del proyecto graphics-rasterizer". Archivado desde el original el 16 de mayo de 2007. Consultado el 19 de mayo de 2007 .
  19. ^ "Javascript está sobrecargado y no hay compatibilidad con complementos de JavaScript". IcedTea . 2008-03-11. Archivado desde el original el 2008-09-27 . Consultado el 2008-06-01 . Resumen de cambios. JavaScript ya no está sobrecargado, pero aún necesitamos compatibilidad con LiveConnect.
  20. ^ Kelly O'Hair (diciembre de 2010). "Se eliminó la lógica de los complementos binarios de OpenJDK7 y OpenJDK6". Oracle Corporation . Archivado desde el original el 7 de abril de 2022. Consultado el 25 de noviembre de 2011 .

Enlaces externos