Java.com

Descargar Ayuda

Versión para imprimir

Características principales de la versión Java 8


Este artículo se aplica a:
  • Versiones de Java: 8.0

Esta página resalta los cambios que afectan a los usuarios finales para las versiones de Java 8. Para obtener más información acerca de los cambios, consulte las notas técnicas sobre la versión para cada versión.
» Fechas de publicación de Java


Java 8 Update 60 (8u60)

Características principales de la versión
  • Datos IANA 2015e
    JDK 8u60 contiene datos de zona horaria IANA versión 2015e. Para obtener más información, consulte Versiones de datos de zona horaria en el software de JRE.
  • Corrección de bug: dns_lookup_realm debe estar definido en false por defecto
    El valor de dns_lookup_realm del archivo Kerberos' krb5.conf es por defecto false. Consulte 8080637.
  • Corrección de bug: Desactivar los conjuntos de cifrado RC4
    Los conjuntos de cifrado TLS basados en RC4 (por ejemplo, TLS_RSA_WITH_RC4_128_SHA) ya no son seguros, por lo que no deben seguir usándose (consulte RFC 7465). Como consecuencia, los conjuntos de cifrado TLS basados en RC4 se han desactivado por defecto en la implantación de Oracle JSSE agregando "RC4" a la propiedad de seguridad "jdk.tls.disabledAlgorithms" y eliminándolos de la lista de conjuntos de cifrado activados por defecto. Estos conjuntos de cifrado pueden reactivarse eliminando "RC4" de la propiedad de seguridad "jdk.tls.disabledAlgorithms" en el archivo java.security o llamando de forma dinámica a Security.setProperty() y también volviendo a agregarlos a la lista de conjuntos de cifrado activados con los métodos SSLSocket/SSLEngine.setEnabledCipherSuites(). También puede utilizar la opción de línea de comando -Djava.security.properties para sobrescribir la propiedad de seguridad jdk.tls.disabledAlgorithms. Por ejemplo:
    java -Djava.security.properties=my.java.security ...
    donde my.java.security es un archivo que contiene la propiedad sin RC4:
    jdk.tls.disabledAlgorithms=SSLv3
    Incluso con esta opción definida desde la línea de comandos, deben volver a agregarse los conjuntos de cifrado basados en RC4 a la lista de conjuntos de cifrado activados mediante los métodos SSLSocket/SSLEngine.setEnabledCipherSuites(). Consulte 8076221.
  • Corrección de bug: Soportar la detección de tipo de almacén de claves para almacenes de claves JKS y PKCS12
    Modo de compatibilidad de almacén de claves: Para mejorar la interoperabilidad, el tipo de almacén de claves de Java JKS ahora soporta el modo de compatibilidad de almacén de claves por defecto. Este modo permite a los almacenes de claves de JKS acceder a los formatos de archivo JKS y PKCS12. Para desactivar el modo de compatibilidad de almacén de claves, defina la propiedad de seguridad keystore.type.compat en el valor de cadena false. Consulte 8062552.
  • Corrección de bug: Métodos de supervisión Unsafe anticuados en la versión JDK 8u
    Los métodos monitorEnter, monitorExit y tryMonitorEnter en sun.misc.Unsafe se han marcado como anticuados en JDK 8u60 y se eliminarán en una futura versión. Estos métodos no se utilizan en el JDK en sí y rara vez se usan fuera del JDK. Consulte 8069302.
  • Corrección de bug: Extraer la grabación de JFR del archivo principal mediante SA
    DumpJFR es una herramienta basada en agente de capacidad de servicio que puede usarse para extraer datos de Java Flight Recorder (JFR) de los archivos principales y los procesos de Hotspot activos. Se puede usar DumpJFR mediante uno de los métodos siguientes:
    • Añada DumpJFR a un proceso activo:

      java -cp $JAVA_HOME/lib/sa-jdi.jar sun.jvm.hotspot.tools.DumpJFR <pid>

    • Añada DumpJFR a un archivo principal:

      java -cp $JAVA_HOME/lib/sa-jdi.jar sun.jvm.hotspot.tools.DumpJFR <java> <core>

    La herramienta DumpJFR vuelca los datos de JFR en un archivo denominado recording.jfr en la carpeta de trabajo actual. Consulte 8065301 (no público).
  • Corrección de bug: Las variables locales denominadas 'enum' provocan fallos falsos del compilador
    El analizador javac analiza de forma incorrecta variables locales con el nombre 'enum'; esto provoca fallos falsos cuando un programa con dichas variables locales se compila con un indicador 'source' que corresponde a una versión en la que la construcción enum no está disponible (como '-source 1.4'). Consulte 8069181.
Java Development Kit para ARM versión 8u60

Esta versión incluye Java Development Kit para ARM versión 8u60 (JDK 8u60 para ARM). Para obtener información de soporte de dispositivos ARM, consulte la página Descargas de JDK para ARM. Para obtener una lista de los requisitos del sistema, instrucciones de instalación y consejos de resolución de problemas, consulte la página Instrucciones de instalación.

Limitación: El soporte de Native Memory Tracking está limitado en JDK para ARM. La opción de línea de comando de Java XX:NativeMemoryTracking=detail no está soportada para destinos de ARM (se muestra un mensaje de error al usuario). En su lugar utilice la siguiente opción:
XX:NativeMemoryTracking=summary

Actualizaciones en la documentación por las mejoras de Nashorn
JDK 8u60 incluye nuevas mejoras de Nashorn. Como consecuencia, deben leerse los siguientes cambios en la documentación junto con la documentación de Nashorn existente:
  • Adición: En la sección anterior, mencionamos que todos los objetos JavaScript expuestos a API Java implantan la interfaz java.util.Map. Esto se aplica también a las matrices de JavaScript. Sin embargo, a menudo este no es el comportamiento que se espera o desea cuando el código Java espera objetos analizados por JSON. Las bibliotecas de Java que manipulan objetos analizados por JSON normalmente esperan matrices para exponer en su lugar la interfaz java.util.List. Si necesita exponer sus objetos de JavaScript para exponer las matrices como listas y no como mapas, puede utilizar la función Java.asJSONCompatible(obj), donde obj es la raíz del árbol de objetos de JSON.
  • Corrección: La precaución mencionada al final de la sección Asignación de tipos de datos ya no es aplicable. Nashorn garantiza que las cadenas de JavaScript internas se convierten a java.lang.String al exponerse de forma externa.
  • Corrección: La afirmación de la sección Asignación de tipos de datos, que menciona "Por ejemplo, las matrices deben convertirse de forma explícita,..." no es correcta. Las matrices se convierten de forma automática a tipos de matriz Java, como java.util.List, java.util.Collection, java.util.Queue y java.util.Deque, etc.
Cambios en el juego de reglas de despliegue v1.2
JDK 8u60 implanta el juego de reglas de despliegue (DRS) 1.2, que incluye los siguientes cambios:
  • Agregue el elemento "checksum" como subelemento de "id", lo que permite que los jar no firmados sean identificados por el total de control SHA-256 del formato sin comprimir de un jar:
    • El elemento "checksum" se hará coincidir solo con jar no firmados, y el hash proporcionado se comparará solo con el formato no comprimido del jar.
    • El elemento "checksum" (similar al elemento "certificate") tiene dos argumentos "hash" y "algorithm"; sin embargo, a diferencia de lo que ocurre con el elemento "certificate", el único valor soportado para "algorithm" es "SHA-256". Se ignorará cualquier otro valor proporcionado.
  • Permite que el elemento "message" se aplique a todos los tipos de regla, donde antes solo se aplicaba a una regla de bloque:
    • En una regla de ejecución, un subelemento de mensaje hará que se muestre un cuadro de diálogo de mensaje mientras que, sin una regla de ejecución, el comportamiento por defecto sería mostrar un cuadro de diálogo de certificado o formato no firmado. El mensaje se mostrará en el cuadro de diálogo de mensaje.
    • En una regla por defecto, el mensaje solo se mostrará si la acción por defecto es el bloqueo. En ese caso, el mensaje se incluirá en el cuadro de diálogo de bloque.
  • Repita los bloques "customer" en la consola de Java, los archivos de rastreo y los registros de Java Usage Tracker.
    • Antes de la versión DRS 1.2, los elementos "customer" podían incluirse (con cualquier subelemento) en el archivo ruleset.xml. Tanto este elemento como todos sus subelementos se ignoran. En DRS 1.2, los elementos siguen ignorándose desde el punto de vista funcional. No obstante:
      • Al analizar el archivo ruleset.xml, todos los bloques "customer" se repetirán en la consola de Java y el archivo de rastreo de despliegue (si la consola y el rastreo están activados).
      • Al utilizar una regla, todos los registros "customer" incluidos en dicha regla se agregarán al registro de Java Usage Tracker (JUT) (si JUT está activado).
Como resultado de los cambios anteriormente indicados, el DTD para DRS 1.2 es:
<!ELEMENT ruleset (rule*)>
<!ATTRIBUTE ruleset href CDATA #IMPLIED>
<!ATTRIBUTE ruleset version CDATA #REQUIRED>

<!ELEMENT rule (id, action)>

<!ELEMENT id (certificate?) (checksum?) >
<!ATTRIBUTE id title CDATA #IMPLIED>
<!ATTRIBUTE id location CDATA #IMPLIED>

<!ELEMENT certificate EMPTY>
<!ATTLIST certificate algorithm CDATA #IMPLIED>
<!ATTLIST certificate hash CDATA #REQUIRED>

<!ELEMENT checksum EMPTY>
<!ATTLIST checksum algorithm CDATA #IMPLIED>
<!ATTLIST checksum hash CDATA #REQUIRED>
 
<!ELEMENT action (message?)>
<!ATTRIBUTE permission (run | block | default) #REQUIRED>
<!ATTRIBUTE version CDATA #IMPLIED>
<!ATTRIBUTE force (true|false) "false">

<!ELEMENT message (#PCDATA)>
<!ATTLIST message locale CDATA #IMPLIED>

Fecha de caducidad de Java

La fecha de caducidad de 8u60 es el 20 de octubre de 2015. Java caduca cada vez que hay disponible una nueva versión con correcciones a las vulnerabilidades de seguridad. Para los sistemas que no se pueden ejecutar en servidores Oracle, un mecanismo secundario se encargará de caducar esta versión de JRE (versión 8u60) el 20 de noviembre de 2015. Una vez se haya cumplido cualquiera de las condiciones (la nueva versión esté disponible o se haya alcanzado la fecha de caducidad) Java enviará mensajes de advertencia y recordatorios sobre la nueva versión.

Correcciones de bugs

Para acceder a una lista de las correcciones de bugs que incluye esta versión, consulte la página Correcciones de bugs de JDK 8u60.

» Notas técnicas sobre la versión 8u60


Java 8 Update 51 (8u51)

Características principales de la versión
  • Datos IANA 2015d
    JDK 8u51 contiene datos de zona horaria IANA versión 2015d. Para obtener más información, consulte Versiones de datos de zona horaria en el software de JRE.
  • Corrección del bug: Agregar nuevas raíces de Comodo a las CA raíz
    Se han agregado cuatro certificados raíz nuevos para Commodo:
    1. Autoridad de certificación COMODO ECC
      alias: comodoeccca
      DN: CN=COMODO ECC Certification Authority, O=COMODO CA Limited, L=Salford, ST=Greater Manchester, C=GB
    2. Autoridad de certificación COMODO RSA
      alias: comodorsaca
      DN: CN=COMODO RSA Certification Authority, O=COMODO CA Limited, L=Salford, ST=Greater Manchester, C=GB
    3. Autoridad de certificación USERTrust ECC
      alias: usertrusteccca
      DN: CN=USERTrust ECC Certification Authority, O=The USERTRUST Network, L=Jersey City, ST=New Jersey, C=US
    4. Autoridad de certificación USERTrust RSA
      alias: usertrustrsaca
      DN: CN=USERTrust RSA Certification Authority, O=The USERTRUST Network, L=Jersey City, ST=New Jersey, C=US
    Consulte JDK-8077997 (no público).
  • Corrección del bug: Agregar nuevas raíces de GlobalSign a las CA raíz
    Se han agregado dos certificados raíz nuevos para GlobalSign:
    1. CA raíz de GlobalSign ECC - R4
      alias: globalsigneccrootcar4
      DN: CN=GlobalSign, O=GlobalSign, OU=GlobalSign ECC Root CA - R4
    2. CA raíz de GlobalSign ECC - R4
      alias: globalsigneccrootcar5
      DN: CN=GlobalSign, O=GlobalSign, OU=GlobalSign ECC Root CA - R5
    Consulte JDK-8077995 (no público).
  • Corrección del bug: Agregar Actalis a CA raíz
    Se ha agregado un nuevo certificado raíz:
    CA raíz de autenticación Actalis
    alias: actalisauthenticationrootca
    DN: CN=Actalis Authentication Root CA, O=Actalis S.p.A./03358520967, L=Milan, C=IT

    Consulte JDK-8077903 (no público).
  • Corrección del bug: Agregar nueva raíz de Entrust ECC
    Se ha agregado un nuevo certificado raíz:
    Autoridad de certificación raíz de Entrust - EC1
    alias: entrustrootcaec1
    DN: CN=Entrust Root Certification Authority - EC1, OU="(c) 2012 Entrust, Inc. - for authorized use only", OU=See www.entrust.net/legal-terms, O="Entrust, Inc.", C=US

    Consulte JDK-8073286 (no público).
  • Corrección del bug:: Eliminar las raíces de Valicert Class 1 y 2 Policy
    Se han eliminado dos certificados raíz con claves de 1024 bits:
    1. Autoridad de validación de políticas ValiCert Class 1
      alias: secomvalicertclass1ca
      DN: EMAILADDRESS=info@valicert.com, CN=http://www.valicert.com/, OU=ValiCert Class 1 Policy Validation Authority, O="ValiCert, Inc.", L=ValiCert Validation Network
    2. Autoridad de validación de políticas ValiCert Class 2
      alias: valicertclass2ca
      DN: EMAILADDRESS=info@valicert.com, CN=http://www.valicert.com/, OU=ValiCert Class 2 Policy Validation Authority, O="ValiCert, Inc.", L=ValiCert Validation Network
    Consulte JDK-8077886 (no público).
  • Corrección del bug: Eliminar las raíces de Thawte antiguas
    Se han eliminado dos certificados raíz con claves de 1024 bits:
    1. CA de servidor Thawte
      alias: thawteserverca
      DN: EMAILADDRESS=server-certs@thawte.com, CN=Thawte Server CA, OU=Certification Services Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
    2. CA de Thawte Personal Freemail
      alias: thawtepersonalfreemailca
      DN: EMAILADDRESS=personal-freemail@thawte.com, CN=Thawte Personal Freemail CA, OU=Certification Services Division, O=Thawte Consulting, L=Cape Town, ST=Western Cape, C=ZA
    Consulte JDK-8074423 (no público).
  • Corrección del bug: Eliminar más raíces de Verisign, Equifax y Thawte antiguas
    Se han eliminado cinco certificados raíz con claves de 1024 bits:
    1. Autoridad de certificación principal pública de Verisign Class 3 - G2
      alias: verisignclass3g2ca DN: OU=VeriSign Trust Network, OU="(c) 1998 VeriSign, Inc. - For authorized use only", OU=Class 3 Public Primary Certification Authority - G2, O="VeriSign, Inc.", C=US
    2. CA de servidor Thawte Premium
      alias: thawtepremiumserverca
      DN: EMAILADDRESS=premium-server@thawte.com, CN=Thawte Premium Server CA, OU=Certification Services Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
    3. Autoridad de certificación de Equifax Secure
      alias: equifaxsecureca
      DN: OU=Equifax Secure Certificate Authority, O=Equifax, C=US
    4. CA-1 de Equifax Secure eBusiness
      alias: equifaxsecureebusinessca1
      DN: CN=Equifax Secure eBusiness CA-1, O=Equifax Secure Inc., C=US
    5. CA-1 de Equifax Secure Global eBusiness
      alias: equifaxsecureglobalebusinessca1
      DN: CN=Equifax Secure eBusiness CA-1, O=Equifax Secure Inc., C=US
    Consulte JDK-8076202 (no público).
  • Corrección del bug: Eliminar las raíces de CA de TrustCenter antiguas
    Se han eliminado tres certificados raíz:
    1. CA I de TC TrustCenter Universal
      alias: trustcenteruniversalcai
      DN: CN=TC TrustCenter Universal CA I, OU=TC TrustCenter Universal CA, O=TC TrustCenter GmbH, C=DE
    2. CA II de TC TrustCenter Class 2
      alias: trustcenterclass2caii
      DN: CN=TC TrustCenter Class 2 CA II, OU=TC TrustCenter Class 2 CA, O=TC TrustCenter GmbH, C=DE
    3. CA II de TC TrustCenter Class 4
      alias: trustcenterclass4caii
      DN: CN=TC TrustCenter Class 4 CA II, OU=TC TrustCenter Class 4 CA, O=TC TrustCenter GmbH, C=DE
    Consulte JDK-8072958 (no público).
  • Corrección del bug: RC4 en proveedor SunJSSE obsoleto
    RC4 se considera un cifrado débil. Los servidores no deben seleccionar RC4 a menos que no haya otro cliente más fuerte en las suites de cifrado solicitadas. Se ha agregado una nueva propiedad de seguridad, jdk.tls.legacyAlgorithms, para definir los algoritmos antiguos en la implantación de Oracle JSSE. Se han agregado los algoritmos relacionados con RC4 a la lista de algoritmos antiguos. Consulte JDK-8074006 (no público).
  • Corrección del bug: Prohibir suites de cifrado RC4
    RC4 es ahora un cifrado no seguro. Se han eliminado las suites de cifrado RC4 de las listas de suites de cifrado activadas por defecto en el cliente y del servidor para la implantación de Oracle JSSE. Estas suites de cifrado aún se pueden activar con los métodos SSLEngine.setEnabledCipherSuites() y SSLSocket.setEnabledCipherSuites(). Consulte JDK-8077109 (no público).
  • Corrección del error: Comprobación de certificación mejorada
    Con esta corrección, la identificación de punto final de JSSE no realiza la consulta de nombre inversa para las direcciones IP por defecto en JDK. Si una aplicación necesita realizar consulta de nombre inversa para las direcciones IP raíz en las conexiones SSL/TLS y encuentra un problema de compatibilidad de identificación de punto final, se puede utilizar la propiedad del sistema "jdk.tls.trustNameService" en la consulta de nombre inversa. Tenga en cuenta que si el servicio de nombres no es de confianza, al activar la consulta de nombre inversa se pueden producir ataques de MITM. Consulte JDK-8067695 (no público).
Fecha de caducidad de Java

La fecha de caducidad de 8u51 es el 20 de octubre de 2015. Java caduca cada vez que hay disponible una nueva versión con correcciones a las vulnerabilidades de seguridad. Para los sistemas que no se pueden ejecutar en servidores Oracle, un mecanismo secundario se encargará de caducar esta versión de JRE (versión 8u51) el 20 de noviembre de 2015. Una vez se haya cumplido cualquiera de las condiciones (la nueva versión esté disponible o se haya alcanzado la fecha de caducidad) Java enviará mensajes de advertencia y recordatorios sobre la nueva versión.

Correcciones de bugs

Esta versión incluye correcciones para vulnerabilidades de seguridad. Para obtener más información, consulte el Asesor de actualización de parche crítico de Oracle Java SE.

Para acceder a una lista de las correcciones de bugs que incluye esta versión, consulte la página Correcciones de bugs de JDK 8u51.

» Notas técnicas sobre la versión 8u51


Java 8 Update 45 (8u45)

Características principales de la versión
  • Datos IANA 2015a
    JDK 8u45 contiene datos de zona horaria IANA versión 2015a. Para obtener más información, consulte Versiones de datos de zona horaria en el software de JRE.
  • Corrección de bug: Mejora del manejo de archivos jar. A partir de la versión JDK 8u45, la herramienta jar ya no permite la barra inicial "/" y ".." (punto-punto) como componente de ruta de acceso en el nombre de archivo de entrada zip al crear nuevos elementos y/o extraer de archivos jar y zip. Si es necesario, la nueva opción de línea de comandos "-P" debe utilizarse de forma explícita para conservar el punto-punto y/o el componente de ruta de acceso absoluta. Consulte 8064601 (no público).
  • Corrección de bug: La aplicación JNLP con la sección "resource" anidada falla con NPE en la carga en jre8u40. Una aplicación JNLP con etiquetas anidadas dentro de una etiqueta o puede devolver una NPE. Ya se ha solucionado el problema. La etiqueta solo debe usarse si se utiliza realmente . Consulte 8072631 (no público).
Fecha de caducidad de Java

La fecha de caducidad para 8u45 es el 14 de julio de 2015. Java caduca cada vez que hay disponible una nueva versión con correcciones a las vulnerabilidades de seguridad. Para los sistemas que no se pueden ejecutar en servidores Oracle, un mecanismo secundario se encargará de caducar esta versión de JRE (versión 8u45) el 14 de agosto de 2015. Una vez se haya cumplido cualquiera de las condiciones (la nueva versión esté disponible o se haya alcanzado la fecha de caducidad) Java enviará mensajes de advertencia y recordatorios sobre la nueva versión.

Correcciones de bugs

Esta versión incluye correcciones para vulnerabilidades de seguridad. Para obtener más información, consulte el Asesor de actualización de parche crítico de Oracle Java SE.

Para acceder a una lista de las correcciones de bugs que incluye esta versión, consulte la página Correcciones de bugs de JDK 8u45.

» Notas técnicas sobre la versión 8u45


Java 8 Update 40 (8u40)

Características principales de la versión
  • Datos IANA 2014j
    JDK 8u40 contiene datos de zona horaria IANA versión 2014j. Para obtener más información, consulte Versiones de datos de zona horaria en el software de JRE.
  • Corrección de errores: métodos de interfaz estática y por defecto en JDI, JDWP y JDB. A partir de JDK 8 es posible contar con métodos estáticos y por defecto que se pueden ejecutar directamente en las interfaces. Estos métodos no son ejecutables mediante JDWP o JDI y, por tanto, no pueden depurarse correctamente. Consulte JDK 8 Compatibility Guide (Guía de compatibilidad con JDK 8) para obtener más información. Consulte 8042123.
  • Corrección de bug: Java Access Bridge se puede activar desde el panel de control para JRE de 32 bits. Previamente, la casilla de control "Activar Java Access Bridge" se eliminó del panel de control de Java con los JRE de 64 bits desinstalados, incluso cuando había JRE de 32 bits presentes en el sistema. A partir de la versión JDK 8u40, se conserva la casilla de control "Activar Java Access Bridge" si hay un JRE de 32 bits presente. Puede encontrarla en Panel de control -> Accesibilidad -> Centro de accesibilidad -> Usar la computadora sin pantalla Por tanto, un usuario puede activar Java Access Bridge a través del panel de control para consultar 8030124.
  • Corrección de bug: modernización de la pila de medios de JavaFX en Mac OS X. Se agrega una plataforma de reproductor basada en AVFoundation a los medios de JavaFX. La antigua plataforma basada en QTKit ya se puede eliminar de la compatibilidad de la App Store de Mac. Consulte 8043697 (no público)
  • Corrección de bug: faltan API de DOM. En la versión JDK 8u40, las API de DOM del plugin antiguo se eliminaron involuntariamente. Si un applet requiere el uso de com.sun.java.browser.dom.DOMService para comunicarse con el explorador, es posible que los usuarios necesiten actualizar el applet para utilizar netscape.javascript.JSObject o continuar utilizando JDK 8 Update 31. Este problema se ha solucionado en la versión 26 y se han publicado installers 8u40 nuevos. Si tiene este problema, descargue los installers JDK 8u40 actualizados y ejecútelos. Consulte 8074564.
  • Corrección de bug: Mac 10.10: La aplicación que se ejecuta con pantalla de presentación tiene problemas de enfoque. Las aplicaciones que se han iniciado a través de webstart o de aplicaciones autónomas y utilizan la pantalla de presentación no tienen enfoque de teclado. Solución alternativa: inicie javaws con la opción -Xnosplash. Este problema se ha solucionado en la versión 27 y se ha publicado un installer 8u40 nuevo. Si tiene este problema, descargue el Installer JDK 8u40 actualizado y ejecútelo. Consulte 8074668.
  • Mejoras en la herramienta Java Packager
    La versión JDK 8u40 contiene las siguientes mejoras de Java Packager:
  • API anticuadas
    El mecanismo de sustitución de estándares aprobados y el mecanismo de extensión están anticuados y puede que se eliminen en futuras versiones. No hay cambios del tiempo de ejecución. Recomendamos que las aplicaciones existentes que utilizan los mecanismos de "sustitución de estándares aprobados" o de "extensión" los dejen de usar. Para ayudar a identificar el uso de estos mecanismos, está disponible la opción de línea de comandos -XX:+CheckEndorsedAndExtDirs. Fallará si alguna de las siguientes condiciones es verdadera:
    • Las propiedades del sistema -Djava.endorsed.dirs o -Djava.ext.dirs están definidas para modificar la ubicación por defecto; o
    • El directorio ${java.home}/lib/endorsed existe; o
    • ${java.home}/lib/ext contiene algún archivo JAR que excluye los que envía JDK; o
    • Cualquier directorio de extensión del sistema completo específico de la plataforma contiene archivos JAR.
    La opción de línea de comandos -XX:+CheckEndorsedAndExtDirs se admite en JDK 8u40 y versiones posteriores.
  • Diferencias entre las páginas de la herramienta JJS
    La versión en japonés de la página de ayuda de JJS es diferente de la versión en inglés. Algunas de las opciones no admitidas se han eliminado de la versión en inglés de la página de la herramienta JJS. La versión en japonés del documento se actualizará en el futuro. Consulte 8062100 (no público). Si quiere conocer otros cambios en la página de la herramienta JJS, consulte Mejora de las herramientas en JDK 8.
  • Cambio en los valores por defecto de G1HeapWastePercent y G1MixedGCLiveThresholdPercent
    El valor por defecto de G1HeapWastePercent ha cambiado de 10 a 5 para reducir la necesidad de GC completos. Por el mismo motivo, el valor por defecto de G1MixedGCLiveThresholdPercent ha cambiado de 65 a 85.
  • Nueva interfaz de filtrado de acceso de clase de Java
    La interfaz jdk.nashorn.api.scripting.ClassFilter permite restringir el acceso a clases específicas de Java por parte de scripts que ejecuta un motor de scripts Nashorn. Consulte Restricción del acceso de scripts a clases específicas de Java en la guía del usuario de Nashorn, así como 8043717 (no público) si desea obtener más información.
  • Problemas con los proveedores de terceros de JCE
    Gracias a la corrección de JDK-8023069 (en JDK 8u20) se actualizaron los proveedores SunJSSE y SunJCE, así como algunas interfaces internas. Algunos proveedores de terceros de JCE (como RSA JSAFE) utilizan algunas interfaces sun.* internal y, por tanto, no funcionarán con el proveedor SunJSSE actualizado. Dichos proveedores deberán actualizarse para poder funcionar con el proveedor SunJSSE actualizado. Si se ha visto afectado por este problema, póngase en contacto con el proveedor de JCE para conseguir una actualización. Consulte 8058731.
  • Reactivación de cifrado en Solaris Crypto Framework
    Si utiliza Solaris 10, le interesará saber que hemos realizado un cambio para reactivar las operaciones con MD5, SHA1 y SHA2 mediante Solaris Crypto Framework. Si le aparece un error CloneNotSupportedException o el mensaje de error de PKCS11 CKR_SAVED_STATE_INVALID en JDK 8u40, debería verificar que tiene los siguientes parches y, en caso de no tenerlos, aplicar los más recientes:
    • 150531-02 en sparc
    • 150636-01 en x86
  • Actualizaciones de la guía de solución de problemas de NMT
    Native Memory Tracking (NMT) es una función de VM de Java Hotspot que realiza un seguimiento del uso de la memoria interna de una JVM de HotSpot. Native Memory Tracking se puede utilizar para supervisar las asignaciones de memoria interna de VM y diagnosticar las faltas de memoria de VM. La página de mejoras de VM se actualiza con las funciones de NMT. Consulte Mejoras de Java Virtual Machine en Java SE 8. La guía de solución de problemas está actualizada con las funciones de NMT. Consulte Native Memory Tracking.
  • La función Iniciador de varios JRE está anticuada
    La función de selección de versión de JRE durante el inicio o la función Iniciador de varios JRE, como se ha indicado, está anticuada en JDK 8u40. Las aplicaciones que requieren el despliegue de versiones de Java específicas mediante esta función deberán optar por otras soluciones de despliegue, como Java WebStart.
  • Mejoras de JavaFX
    A partir de la versión JDK 8u40, se han mejorado los controles de JavaFX para soportar las tecnologías de asistencia. O lo que es lo mismo, ya es posible acceder a los controles de JavaFX. Asimismo, se proporciona una API pública para permitir que los desarrolladores escriban sus propios controles accesibles. Se proporciona soporte de accesibilidad en plataformas Windows y Mac OS X, en el que se incluye:
    • Soporte para leer controles de JavaFX mediante un lector de pantalla
    • Los controles de JavaFX se pueden hacer transversales mediante el teclado
    • Soporte para un modo de alto contraste especial que incrementa la visibilidad de los controles para los usuarios.
    Consulte 8043344 (no público).

    En la versión JDK 8u40 se incluyen nuevos controles de IU de JavaFX; un control de selector cíclico, soporte de texto con formato y un juego estándar de recuadros de diálogo de alerta.
    • Control de selector cíclico: un selector cíclico es un campo de texto de una sola línea que permite al usuario seleccionar un número o un valor de objeto de una secuencia ordenada. Consulte la clase javafx.scene.control.Spinner si desea obtener más información.
    • Texto con formato: una nueva clase de TextFormatter proporciona la capacidad de formatear el texto en las subclases de TextInputControl (por ejemplo, TextField y TextArea). Consulte la clase javafx.scene.control.TextFormatter si desea obtener más información.
    • Recuadros de diálogo: la clase Dialog permite que las aplicaciones creen sus recuadros de diálogo propios y personalizados. Asimismo, al proporcionarse una clase Alert, se amplía Dialog y se ofrece soporte para una serie de tipos de recuadro de diálogo integrados que se pueden mostrar a los usuarios para solicitar una respuesta. Consulte las clases javafx.scene.control.Dialog, javafx.scene.control.Alert, javafx.scene.control.TextInputDialog y javafx.scene.control.ChoiceDialog si desea obtener más información.
    Consulte 8043350 (no público).
Funciones comerciales
  • Uso compartido de datos de clase de aplicación (AppCDS)
    El uso compartido de datos de clase de aplicación (AppCDS) amplía las capacidades de CDS para colocar las clases de los directorios de extensiones estándar y la ruta de la clase de aplicación en el archivo compartido. Esta es una función comercial y ya no se considera experimental (al contrario de lo que se especifica en la documentación de la herramienta de Java). Consulte la opción -XX:+UseAppCDS en la página de la herramienta del iniciador de Java.
  • Gestión de memoria cooperativa
    A partir de la versión JDK 8u40, se ha agregado la noción de "presión de memoria" a JDK. La presión de memoria es una propiedad que representa el uso de memoria total (RAM) en el sistema. Cuanto mayor sea dicha presión, más probable es que se agote la memoria del sistema. En caso de que aumente de la presión de memoria, el JDK reacciona intentando reducir el uso de memoria. Esto se consigue reduciendo el tamaño de la pila de Java, principalmente. Las acciones que el JDK llevará a cabo para reducir el uso de memoria pueden provocar que el rendimiento se resienta. Esta es una elección intencional. La aplicación proporciona el nivel de presión a través de una JMX MXBean. Para ello utiliza una escala de 0 (sin presión) a 10 (memoria a punto de agotarse). Para activar esta función, se debe registrar jdk.management.cmm.SystemResourcePressureMXBean. La presión de memoria se define mediante el atributo "MemoryPressure".
    También está disponible un nuevo indicador de línea de comandos -XX:MemoryRestriction, que lleva uno de los argumentos 'none', 'low', 'medium' o 'high'. Este indicador definirá la presión inicial en el JDK y también funcionará cuando la MXBean no esté registrada. La gestión de memoria cooperativa requiere G1 GC (-XX:+UseG1GC). Esta función no es compatible con el indicador -XX:+ExplicitGCInvokesConcurrent.
  • Nuevos indicadores comerciales
    Ahora hay dos nuevas opciones de VM para los titulares de licencias comerciales:
    • -XX:+ResourceManagement
    • -XX:ResourceManagementSampleInterval=value (milisegundos)
    Si quiere obtener más documentación, consulte la documentación del iniciador Java.
  • Se ha agregado la documentación del instalador de MSI
    Ya está disponible la Guía del instalador de Microsoft Windows Installer (MSI) Enterprise JRE. El instalador MSI Enterprise JRE requiere una licencia comercial para su uso en producción. Más información sobre las funciones comerciales y cómo activarlas.
Fecha de caducidad de Java

8u40 caduca el 14 de abril de 2015. Java caduca cada vez que hay disponible una nueva versión con correcciones a las vulnerabilidades de seguridad. Para los sistemas que no se pueden ejecutar en servidores Oracle, un mecanismo secundario se encargará de caducar esta versión de JRE (versión 8u40) el 14 de mayo de 2015. Una vez se haya cumplido cualquiera de las condiciones (la nueva versión esté disponible o se haya alcanzado la fecha de caducidad) Java enviará mensajes de advertencia y recordatorios sobre la nueva versión.

Correcciones de bugs

Para acceder a la lista de las correcciones de bugs que incluye esta versión, consulte la página Correcciones de bugs de JDK 8u40.

» Notas técnicas sobre la versión 8u40


Java 8 Update 31 (8u31)

Características principales de la versión
  • Datos IANA 2014j
    JDK 8u31 contiene datos de zona horaria IANA versión 2014j. Para obtener más información, consulte Versiones de datos de zona horaria en el software de JRE.
  • Sslv3 está desactivado por defecto
    A partir de la versión JDK 8u31, el protocolo SSLv3 (Secure Socket Layer) se ha desactivado y no suele estar disponible. Consulte la propiedad jdk.tls.disabledAlgorithms en el archivo \lib\security\java.security. Si Sslv3 es absolutamente necesario, se puede volver a activar el protocolo eliminando 'SSLv3' de la propiedad jdk.tls.disabledAlgorithms en el archivo java.security o definiendo dinámicamente esta propiedad de seguridad antes de inicializar JSSE.
  • Cambios en el Panel de control de Java
    A partir de la versión JDK 8u31, se elimina el protocolo SSLv3 de las opciones avanzadas del Panel de control de Java Si el usuario necesita utilizar SSLv3 para aplicaciones, puede volver a activarlo manualmente de la siguiente manera:
    • Activar protocolo SSLv3 en nivel JRE: según se describe en la sección anterior.
    • Activar protocolo SSLv3 en el nivel de despliegue: edite el archivo deployment.properties y agregue lo siguiente:

      deployment.security.SSLv3=true
Fecha de caducidad de Java

8u31 caduca el 14 de abril de 2015. Java caduca cada vez que hay disponible una nueva versión con correcciones a las vulnerabilidades de seguridad. Para los sistemas que no se pueden ejecutar en servidores Oracle, un mecanismo secundario se encargará de caducar esta versión de JRE (versión 8u31) el 14 de mayo de 2015. Una vez se haya cumplido cualquiera de las condiciones (la nueva versión esté disponible o se haya alcanzado la fecha de caducidad) Java enviará mensajes de advertencia y recordatorios sobre la nueva versión.

Correcciones de bugs

Esta versión incluye correcciones para vulnerabilidades de seguridad. Para obtener más información, consulte el Asesor de actualización de parche crítico de Oracle Java SE.

Para acceder a una lista de las correcciones de bugs que incluye esta versión, consulte la página Correcciones de bugs de JDK 8u31.

» Notas técnicas sobre la versión 8u31


Java 8 Update 25 (8u25)

Características principales de la versión
  • Datos IANA 2014c
    JDK 8u25 contiene datos de zona horaria IANA versión 2014c. Para obtener más información, consulte Versiones de datos de zona horaria en el software de JRE.
  • Corrección de bug: disminuir el modo de preferencia de RC4 en la lista de conjuntos de cifrado activada
    Esta corrección disminuye la preferencia de conjuntos de cifrado basados en RC4 en la lista de conjuntos de cifrado del proveedor SunJSSE activada por defecto. Consulte 8043200 (no público).
  • Corrección de bug: JRE 8u20 se bloquea al utilizar IM japonés en Windows
    La máquina virtual se bloquea cuando se utilizan los controles de Swing al introducir algunos caracteres en chino o japonés en la plataforma Windows. Ya se ha solucionado el problema. Consulte 8058858 (no público).
Instrucciones para desactivar SSL v3.0 en Oracle JDK y JRE

Oracle recomienda que los usuarios y desarrolladores desactiven el uso del protocolo SSLv3.
» ¿Cómo pueden los usuarios de Java confirmar que no están afectados por la vulnerabilidad 'Poodle' de SSL v3.0?

Fecha de caducidad de Java

La fecha de caducidad de 8u25 es el 20 de enero de 2015. Java caduca cada vez que hay disponible una nueva versión con correcciones a las vulnerabilidades de seguridad. Para los sistemas que no se pueden ejecutar en servidores Oracle, un mecanismo secundario se encargará de caducar esta versión de JRE (versión 8u25) el 20 de febrero de 2015. Una vez se haya cumplido cualquiera de las condiciones (la nueva versión esté disponible o se haya alcanzado la fecha de caducidad) Java enviará mensajes de advertencia y recordatorios sobre la nueva versión.

Correcciones de bugs

Esta versión incluye correcciones para vulnerabilidades de seguridad. Para obtener más información, consulte el Asesor de actualización de parche crítico de Oracle Java SE.

Para acceder a la lista de las correcciones de bugs que incluye esta versión, consulte la página Correcciones de bugs de JDK 8u25.

» Notas técnicas sobre la versión 8u25


Java 8 Update 20 (8u20)

Características principales de la versión
  • Se han agregado nuevos indicadores a la API de gestión de Java
    Los indicadores MinHeapFreeRatio y MaxHeapFreeRatio ahora se pueden gestionar. Es decir, se pueden cambiar en tiempo de ejecución con la API de gestión en Java. También se ha agregado soporte para estos marcadores en ParallelGC como parte de la política de tamaño adaptativo.
  • Cambios de instalador de Java
    • Disponible un nuevo installer para Microsoft Windows Installer (MSI) Enterprise JRE que permite al usuario instalar JRE en toda la empresa. Consulte la sección Descarga de Installer en Instalación de JRE para Microsoft Windows para para obtener más información. El Installer de MSI Enterprise JRE solo está disponible como parte de Java SE Advanced o Java SE Suite. Para obtener información sobre estos productos comerciales, consulte Java SE Advanced y Java SE Suite.
    • La herramienta de desinstalación de Java está integrada con el installer para contar con una opción para eliminar las versiones anteriores de Java del sistema. El cambio se aplica a plataformas Windows de 32 bits y 64 bits. Consulte Desinstalación de JRE.
  • Cambios en el panel de control de Java
    • El separador Actualizar del panel de control de Java permite a los usuarios actualizar automáticamente los JRE de 64 bits (además de las versiones de 32 bits) que haya instalados en su sistema.
    • El nivel de seguridad Media se ha eliminado. Ahora solo están disponibles los niveles Alta y Muy alta. Los applets que no cumplen con las prácticas de seguridad más recientes todavía se pueden ejecutar si los sitios que los albergan están incluidos en la lista de excepciones de sitios. La lista de excepciones de sitios proporciona a los usuarios la opción de permitir los mismos applets que se habrían permitido si se hubiera seleccionado la opción Media, pero sitio por sitio, reduciendo así al mínimo el riesgo de utilizar configuraciones más permisivas.
  • Compilador Java actualizado
    El compilador javac se ha actualizado para implementar el análisis de asignaciones definitivas para acceso de campo final en blanco mediante "este". Consulte JDK 8 Compatibility Guide (Guía de compatibilidad con JDK 8) para obtener más información.
  • Cambio en la versión de Java mínima necesaria para el plugin Java y Java Webstart
    La versión mínima de Java necesaria para el plugin de Java y Java Webstart es ahora Java 5. Los applets que no se ejecuten en Java 5 o posterior se deben pasar a una versión posterior de Java para seguir funcionando. Los applets escritos para versiones anteriores pero que se puedan ejecutar al menos en Java 5 continuarán funcionando.
  • Cambio en el formato de salida de UsageTracker
    El formato de salida de UsageTracker ha pasado a utilizar comillas para evitar la confusión en el log. Esto puede implicar cambios en la forma en que dicha información se lee. La función se puede configurar para que se comporte como en versiones anteriores, aunque se recomienda el nuevo formato. Consulte la documentación sobre el sistema de seguimiento de uso de Java.
  • Cambios en las herramientas de empaquetado de Java
    • javafxpackager ahora se denomina javapackager
    • La opción"-B" se ha agregado al comando de implantación de javapackager para permitir la transferencia de argumentos a los paquetes que se utilizan para crear aplicaciones independientes. Consulte la documentación sobre javapackager (Windows)/(Unix) para obtener más información
    • El argumento del parámetro de ayuda se ha agregado a la Referencia de la tarea Ant de JavaFX. Permite especificar el argumento (en el elemento ) para el grupo que se utiliza para crear aplicaciones independientes.
Fecha de caducidad de Java

La fecha de caducidad de 8u20 es el 14 de octubre de 2014. Java caduca cada vez que hay disponible una nueva versión con correcciones a las vulnerabilidades de seguridad. Para los sistemas que no se pueden ejecutar en servidores Oracle, un mecanismo secundario se encargará de caducar esta versión de JRE (versión 8u20) el 14 de noviembre de 2014. Una vez se haya cumplido cualquiera de las condiciones (la nueva versión esté disponible o se haya alcanzado la fecha de caducidad) Java enviará mensajes de advertencia y recordatorios sobre la nueva versión.

Correcciones de bugs

Para acceder a una lista de las correcciones de bugs que incluye esta versión, consulte la página Correcciones de bugs de JDK 8u20.

» Notas técnicas sobre la versión 8u20


Java 8 Update 11 (8u11)

Esta versión incluye correcciones para vulnerabilidades de seguridad. Para obtener más información, consulte el Aviso de actualización de parche crítico de Oracle.

Para acceder a una lista de las correcciones de bugs que incluye esta versión, consulte la página Correcciones de bugs de JDK 8u11.

» Notas técnicas sobre la versión 8u11


Java 8 Update 5 (8u5)

Esta versión incluye correcciones para vulnerabilidades de seguridad. Para obtener más información, consulte el Aviso de actualización de parche crítico de Oracle.

Para acceder a una lista de las correcciones de bugs que incluye esta versión, consulte la página Correcciones de bugs de JDK 8u5.

» Notas técnicas sobre la versión 8u5


Publicación de Java 8

» Notas técnicas sobre la versión de JDK y JRE 8


Puede que también le interese:



Seleccionar idioma | Acerca de Java | Soporte | Desarrolladores
Privacidad | Condiciones de uso | Marcas registradas | Descargo de responsabilidad

Oracle