The following sections summarize changes made in all Java SE 8u121 BPRs. Bug fixes and any other changes are listed below in date order, most current BPR first. Note that bug fixes in previous BPR are also included in the current BPR.
To determine the version of your JDK software, use the following command:
|lookupDefaultPrintService returns null on Solaris 11 when default printer is set using lpoptions command
|(tz) Support tzdata2017a
|SocketTest.java fails with NullPointerException
|closed/jdk/management/resource tests fail after JDK-8056152
|[REDO] MemberNameTable doesn't purge stale entries
|Performance problems in dialogs with large tables when JAB activated
|Text is displayed in bold when fonts are installed into symlinked folder
|[macosx] Chinese text shows as Latin w/ openVanilla input method
|[macosx] Can't print from browser on Mac OS X
|Update JNDI Thread contexts
A regression has been identified with this build which impacts resource manager functionality only. This regression is only encountered if the commercial resource manager feature is turned on via: "-XX:+UnlockCommercialFeatures -XX:+ResourceManagement". JDK-8145826 (not public)
|Menu is activated after using mnemonic Alt/Key combination
|Instance field load is replaced by wrong data Phi
|[linux] Experimental support for cgroup memory limits in container (ie Docker) environments
|Runtime.availableProcessors() ignores Linux taskset command
|Cache initial active_processor_count
|Crash in rebuild_cpu_to_node_map
|G1 crashes if active_processor_count changes during startup
|Stack size option -Xss is ignored
|java/lang/invoke/LFCaching/LFMultiThreadCachingTest.java failed with a fatal error
|correct version of jar is not asked in some cases when jar is originally downloaded using loadResource
|Deadlock in com.sun.jndi.ldap.pool.Connections
|Double icons with JMenuItem setHorizontalTextPosition on Win 10
|Deleting a file from either the open or save java.awt.FileDialog hangs.
|With JDK 1.7 text field does not obtain focus when using mnemonic Alt/Key combin
|SAXParseException when sending soap message
|WebStart does not clean up jnlp file after closing
|security pop-up triggers each time when launching application
|java.lang.UnsupportedOperationException in javaws applications
|Extra window appears due to Preloader failed to handle AppletInitEvent
Please note that fixes from the prior BPR (8u112 b32) are included in this version.
|Make XSL generated namespace prefixes local to transformation process
|FlightRecorderOptions settings for defaultrecording ignored.
|Ucrypto Library leaks native memory
|[macosx] Cursor management unification
|[macosx] Activating a JDialog puts to back another dialog
|Release DeploymentRuleSet.jar as soon as app is launched
|7u95 java does not start after the java splash screen in jws application
|Deploy starts applets even if mandatory config hasn't been found
|JWS: JNLP file not removed when using SingleInstanceService
|[macosx] AWT_ZoomFrame Automated tests fail with error: The bitwise mask Frame.ICONIFIED is not setwhen the frame is in ICONIFIED state
|[macosx] ModelessDialog test fails as DummyButton on Dialog did not gain focus when clicked.
The fix made under JDK-8164476 does not take any effect without changes for JDK-8141054. JDK-8141054 will be included in the next JDK8u121 BPR build
January 17, 2017
The full version string for this update release is 1.8.0_121-b13 (where "b" means "build"). The version number is 8u121.
JDK 8u121 contains IANA time zone data version 2016i. For more information, refer to Timezone Data Versions in the JRE Software.
The security baselines for the Java Runtime Environment (JRE) at the time of the release of JDK 8u121 are specified in the following table:
|JRE Family Version
|JRE Security Baseline (Full Version String)
The JRE expires whenever a new release with security vulnerability fixes becomes available. Critical patch updates, which contain security vulnerability fixes, are announced one year in advance on Critical Patch Updates, Security Alerts and Third Party Bulletin. This JRE (version 8u121) will expire with the release of the next critical patch update scheduled for April 18, 2017.
For systems unable to reach the Oracle Servers, a secondary mechanism expires this JRE (version 8u121) on May 18, 2017. After either condition is met (new release becoming available or expiration date reached), the JRE will provide additional warnings and reminders to users to update to the newer version. For more information, see JRE Expiration Date.
Improved protection for JNDI remote class loading
Remote class loading via JNDI object factories stored in naming and directory services is disabled by default. To enable remote class loading by the RMI Registry or COS Naming service provider, set the following system property to the string "true", as appropriate:
JDK-8158997 (not public)
jarsigner -verbose -verify should print the algorithms used to sign the jar
The jarsigner tool has been enhanced to show details of the algorithms and keys used to generate a signed JAR file and will also provide an indication if any of them are considered weak.
"jarsigner -verify -verbose filename.jar" is called, a separate section is printed out showing information of the signature and timestamp (if it exists) inside the signed JAR file, even if it is treated as unsigned for various reasons. If any algorithm or key used is considered weak, as specified in the Security property,
jdk.jar.disabledAlgorithms, it will be labeled with "(weak)".
- Signed by "CN=weak_signer"
Digest algorithm: MD2 (weak)
Signature algorithm: MD2withRSA (weak), 512-bit key (weak)
Timestamped by "CN=strong_tsa" on Mon Sep 26 08:59:39 CST 2016
Timestamp digest algorithm: SHA-256
Timestamp signature algorithm: SHA256withRSA, 2048-bit key
Added security property to configure XML Signature secure validation mode
A new security property named
jdk.xml.dsig.secureValidationPolicy has been added that allows you to configure the individual restrictions that are enforced when the secure validation mode of XML Signature is enabled. The default value for this property in the
java.security configuration file is:
disallowReferenceUriSchemes file http https,\
Please refer to the definition of the property in the
java.security file for more information.
Serialization Filter Configuration
Serialization Filtering introduces a new mechanism which allows incoming streams of object-serialization data to be filtered in order to improve both security and robustness. Every ObjectInputStream applies a filter, if configured, to the stream contents during deserialization. Filters are set using either a system property or a configured security property. The value of the "jdk.serialFilter" patterns are described in JEP 290 Serialization Filtering and in <JRE>
/lib/security/java.security. Filter actions are logged to the 'java.io.serialization' logger, if enabled.
RMI Better constraint checking
RMI Registry and Distributed Garbage Collection use the mechanisms of JEP 290 Serialization Filtering to improve service robustness.
RMI Registry and DGC implement built-in white-list filters for the typical classes expected to be used with each service.
Additional filter patterns can be configured using either a system property or a security property. The "sun.rmi.registry.registryFilter" and "sun.rmi.transport.dgcFilter" property pattern syntax is described in JEP 290 and in <JRE>
JDK-8156802 (not public)
Add mechanism to allow non-default root CAs to not be subject to algorithm restrictions
*New certpath constraint: jdkCA*
java.security file, an additional constraint named "jdkCA" is added to the
jdk.certpath.disabledAlgorithms property. This constraint prohibits the specified algorithm only if the algorithm is used in a certificate chain that terminates at a marked trust anchor in the
lib/security/cacerts keystore. If the
jdkCA constraint is not set, then all chains using the specified algorithm are restricted.
jdkCA may only be used once in a DisabledAlgorithm expression.
Example: To apply this constraint to SHA-1 certificates, include the following:
Make 3DES as a legacy algorithm in the JSSE provider
For SSL/TLS/DTLS protocols, the security strength of 3DES cipher suites is not sufficient for persistent connections. By adding
3DES_EDE_CBC to the
jdk.tls.legacyAlgorithms security property by default in JDK, 3DES cipher suites will not be negotiated unless there are no other candidates during the establishing of SSL/TLS/DTLS connections.
At their own risk, applications can update this restriction in the security property (
jdk.tls.legacyAlgorithms) if 3DES cipher suites are really preferred.
JDK-8165071 (not public)
Improve the default strength of EC in JDK
To improve the default strength of EC cryptography, EC keys less than 224 bits have been deactivated in certification path processing (via the
jdk.certpath.disabledAlgorithms Security Property) and SSL/TLS connections (via the
jdk.tls.disabledAlgorithms Security Property) in JDK. Applications can update this restriction in the Security Properties and permit smaller key sizes if really needed (for example, "EC keySize < 192"). EC curves less than 256 bits are removed from the SSL/TLS implementation in JDK. The new System Property,
jdk.tls.namedGroups, defines a list of enabled named curves for EC cipher suites in order of preference. If an application needs to customize the default enabled EC curves or the curves preference, please update the System Property accordingly. For example:
jdk.tls.namedGroups="secp256r1, secp384r1, secp521r1"
Note that the default enabled or customized EC curves follow the algorithm constraints. For example, the customized EC curves cannot re-activate the disabled EC keys defined by the Java Security Properties.
New --allow-script-in-comments option for javadoc
--allow-script-in-comments is specified.
JDK-8138725 (not public)
Increase the minimum key length to 1024 for XML Signatures
The secure validation mode of the XML Signature implementation has been enhanced to restrict RSA and DSA keys less than 1024 bits by default as they are no longer secure enough for digital signatures. Additionally, a new security property named
jdk.xml.dsig.SecureValidationPolicy has been added to the
java.security file and can be used to control the different restrictions enforced when the secure validation mode is enabled.
The secure validation mode is enabled either by setting the xml signature property
org.jcp.xml.dsig.secureValidation to true with the
javax.xml.crypto.XMLCryptoContext.setProperty method, or by running the code with a
If an XML Signature is generated or validated with a weak RSA or DSA key, an XMLSignatureException will be thrown with the message, "RSA keys less than 1024 bits are forbidden when secure validation is enabled" or "DSA keys less than 1024 bits are forbidden when secure validation is enabled."
JDK-8140353 (not public)
Restrict certificates with DSA keys less than 1024 bits.
DSA keys less than 1024 bits are not strong enough and should be restricted in certification path building and validation. Accordingly, DSA keys less than 1024 bits have been deactivated by default by adding "DSA keySize < 1024" to the
jdk.certpath.disabledAlgorithms security property. Applications can update this restriction in the security property (
jdk.certpath.disabledAlgorithms) and permit smaller key sizes if really needed (for example, "DSA keySize < 768").
JDK-8139565 (not public)
More checks added to DER encoding parsing code
More checks are added to the DER encoding parsing code to catch various encoding errors. In addition, signatures which contain constructed indefinite length encoding will now lead to IOException during parsing. Note that signatures generated using JDK default providers are not affected by this change.
JDK-8168714 (not public)
Additional access restrictions for URLClassLoader.newInstance
Class loaders created by the
java.net.URLClassLoader.newInstance methods can be used to load classes from a list of given URLs. If the calling code does not have access to one or more of the URLs and the URL artifacts that can be accessed do not contain the required class, then a ClassNotFoundException, or similar, will be thrown. Previously, a SecurityException would have been thrown when access to a URL was denied. If required to revert to the old behavior, this change can be disabled by setting the
jdk.net.URLClassPath.disableRestrictedPermissions system property.
JDK-8151934 (not public)
The following are some of the notable bug fixes included in this release:
Trackpad scrolling of text on OS X 10.12 Sierra is very fast
MouseWheelEvent.getWheelRotation() method returned rounded native NSEvent deltaX/Y events on Mac OS X. The latest macOS Sierra 10.12 produces very small NSEvent deltaX/Y values so rounding and summing them leads to the huge value returned from the
MouseWheelEvent.getWheelRotation(). The JDK-8166591 fix accumulates NSEvent deltaX/Y and the
MouseWheelEvent.getWheelRotation() method returns non-zero values only when the accumulated value exceeds a threshold and zero value. This is compliant with the
MouseWheelEvent.getWheelRotation() specification (https://docs.oracle.com/javase/8/docs/api/java/awt/event/MouseWheelEvent.html#getWheelRotation):
"Returns the number of "clicks" the mouse wheel was rotated, as an integer. A partial rotation may occur if the mouse supports a high-resolution wheel. In this case, the method returns zero until a full "click" has been accumulated."
For the precise wheel rotation values, use the
MouseWheelEvent.getPreciseWheelRotation() method instead.
This release also contains fixes for security vulnerabilities described in the Oracle Java SE Critical Patch Update Advisory.
|[macosx] Remove all references to GC from native OBJ-C code
|[macos 10.12] Trackpad scrolling of text on macOS 10.12 Sierra is very fast (Trackpad, Retina only)
|Threads may do significant work out of the non‑shared overflow buffer
|Java installer leaves cached files on host after update
|ReflectionFactory support for IIOP and custom serialization
|Verifying ECDSA signatures permits trailing bytes
|jarsigner -verbose -verify should print the algorithms used to sign the jar
|Add MD5 to signed JAR restrictions
|Add debug output for indicating if a chosen ciphersuite was legacy
|Chrome interop regression with JDK‑8148516
|Certificates not being blocked by jdk.tls.disabledAlgorithms property
|Add security property to configure XML Signature secure validation mode
IllegalArgumentException from TLS handshake
A recent issue from the JDK-8148516 fix can cause issue for some TLS servers. The problem originates from an *
IllegalArgumentException* thrown by the TLS handshaker code:
java.lang.IllegalArgumentException: System property
jdk.tls.namedGroups(null) contains no supported elliptic curves
The issue can arise when the server doesn't have elliptic curve cryptography support to handle an elliptic curve name extension field (if present). Users are advised to upgrade to this release. By default, JDK 7 Updates and later JDK families ship with the SunEC security provider which provides elliptic curve cryptography support. Those releases should not be impacted unless security providers are modified.
javapackager and fx:deploy bundle the whole JDK instead of JRE
There is a known bug in the Java Packager for Mac where the entire JDK may be bundled with the application bundle resulting in an unusually large bundle. The work around is to use the bundler option
-Bruntime option. For example:
-Bruntime=JavaAppletPlugin.plugin sets where the
JavaAppletPlugin.plugin for the desired JRE to bundle is located in the current directory.
Java Installation will fail for non-admin users with UAC off
The Java installation on Windows will fail without warning or prompting, for non-admin users with User Access Control (UAC) disabled. The installer will leave a directory,
.tmp, in the %TEMP% directory.
JDK-8161460 (not public)