IBM Support

IBM SDK, Java Technology Edition, Version 7: Supplementary documentation



Supplementary documentation for IBM® SDK, Java™ Technology Edition, Version 7



  • Support for IBM SDK, Java™ Technology Edition, Version 7 has ended for all platforms unless covered by an extended support contract or embedded in an IBM product that has not reached its own end of service date. End of service dates for the IBM SDK are shown in the Java SDK support pages. End of service dates for all IBM software products are listed in the Product lifecycle website.
  • For links to downloads, fixes, time zone updates, and the table of comparative Oracle versions that used to be available in this document, see IBM SDK, Java Technology Edition refreshes.

The documentation to support this release is available to download from IBM Documentation. From service refresh 10 fix pack 25, updates or changes to non-security content were added to this technote.

Changes to the online content:

Supplementary information is available for the following updates:

Changes to online content:

JCE Jurisdiction policy files

For older releases of the SDK, you had to obtain JCE jurisdiction policy files from a download site. Since service refresh 10 fix pack 20, the policy files have been included with the SDK, updated, and made more secure. Upgrade to the latest release to get the most recent and secure policy files. Version 7 reaches end of service in September 2022. The old, downloadable policy files will be removed at that time. For more information about policy files, see SDK Security policy files in the documentation.

Configuring large page memory allocation on z/OS systems

There are changes to the content in the topic Configuring large page memory allocation . 1M pageable large pages are supported only on IBM zEnterprise EC12® or later systems. The online documentation states that the Flash Express® feature (#0402) is required. However, it is actually not required but recommended, only to avoid demoting 1 MB pageable large pages to 4 K pages when paging is required during periods of high real memory usage. When the 1 MB pageable large pages are demoted to 4 K pages, they remain as 4 K pages until a future system IPL.

On z/OS 2.3 and later, 1M pageable large pages  are available by default. You no longer need to set the PAGESCM=ALL option in the IEASYSxx parmlib member.

Supplementary updates:

Service refresh 10 fix pack 85 (May 2021)

Ubuntu 16.04 is no longer supported because it is now in extended security maintenance.

Service refresh 10 fix pack 80 (February 2021)

The supported level of the Microsoft Visual Studio compiler for Windows™ 64-bit on x86, listed in Supported compilers, is now 2017.

Service refresh 10 fix pack 45 (April 2019)

This release adds support for the new Japanese era name, Reiwa. For more information, see Japanese era changes for the IBM SDK, Java Technology Edition.

Service refresh 10 fix pack 40 (February 2019)

Changes to Korean codepoint mappings

In previous releases, if you used EUC-KR encoding to convert between EUC-KR codepoints and Unicode during string conversion, some Korean characters were not mapped to the expected Unicode values. This result is because the EUC-KR codepage was based on the IBM970 codepage. This behavior has been corrected in this release. The affected characters are as follows:

EUC-KR mapping Correct Unicode mapping Character Incorrect Unicode mapping Character
0xA1A4 \u00B7 Middle dot \u30FB Katakana middle dot
0xA1A9 \u00AD Soft hyphen \u2010 Hyphen
0xA1AA \u2015 Horizontal bar \u2014 Em dash
0xA1AD \u223C Tilde operator \u301C Wave dash
0xA2A6 \uFF5E Full-width tilde \u02DC  Small tilde
0xA2C1 \u2299 Circled dot operator \u25C9 Fisheye

Note: java.nio.charset classes already used the correct mappings and are unaffected.

If you require the previous mappings, specify the -Dibm.useCp970=true system property on the command line when you run your application.

In addition, the following characters from the KS X 1001 standard have been added:

EUC-KR mapping Unicode mapping Character
0xA2E6 \u20AC Euro sign
0xA2E7 \u00AE Registered sign
0xA2E8 \u327E Korean postal code mark (circled hangul ieung u)

Service refresh 10 fix pack 20 (Jan 2018)

Out of memory exceptions when running applications with compressed references enabled

The Oracle CPU for January contains an update for CVE-2018-2582 to fix vulnerabilities in the Hotspot virtual machine (VM) that might be exploited by Java web start applications and applets. Fixes are also applied for the OpenJ9 virtual machine. The fix increases the amount of low memory used for VMs that use compressed references. Customers who are running close to the maximum amount of allowed 32-bit memory might experience out of memory exceptions. A possible workaround is to use the -Xmcrs option to secure space in the lowest 4GB memory area for any native classes, monitors, and threads that are used by compressed references.

For more information about this option, see -Xmcrs .

Service refresh 10 fix pack 10 (October 2017)

Support for z/OS v2.3

This update includes support for z/OS v2.3.

Service refresh 10 fix pack 1 (February 2017)

Security vulnerability CVE-2016-2183

A further fix is added to mitigate against this vulnerability, which is described here . (APAR IV93288)

Go back to top

Service refresh 9 fix pack 10 (July 2015)

Partial fix for change in behavior for -Xshareclasses:destroyAll

In service refresh 8 fix pack 10 a behavior change was reported for this option on z/OS platforms. See Change in behavior for -Xshareclasses:destroyAll .

Following a fix for the 64-bit JVM, the problem remains only on the 31-bit JVM. When the destroyAll option is invoked from a 31-bit JVM, 64-bit caches are not destroyed. The following message is displayed:

JVMSHRC735I Use a 64-bit JVM to perform the requested operation on the 64-bit shared cache \"cachename\" as the 31-bit JVM cannot verify that the shared memory was created by the JVM

Service refresh 8 fix pack 10 (February 2015)

Change in behavior for -Xshareclasses:destroyAll

Due to a current issue on z/OS, when the destroyAll option is invoked from a 31-bit Java virtual machine (JVM), 64-bit caches are not removed. Similarly, when the destroyAll option is invoked from a 64-bit JVM, 31-bit caches are not removed. The following message is displayed:

JVMSHRC735I: Use a nn-bit JVM to perform the requested operation on the nn-bit shared cache \"cachename\" as the nn-bit JVM cannot verify that the shared memory was created by the JVM.

Go back to top

Service refresh 6 fix pack 1 (January 2014)

Default behaviour change when running unsigned or self-signed applets

Unsigned or self-signed applets no longer run by default because the security settings are changed to high. If you want to run unsigned or self-signed applets, you must change the security settings to medium. You can make this change in the Java Control Panel. Select the Security tab and move the slider to adjust the security level. This behavior change is not applicable to z/OS® or Linux on system Z platforms.

Go back to top

Service refresh 4 fix pack 2 (May 2013)

This fix pack includes a change to the default value for the RMI property java.rmi.server.useCodebaseOnly from false to true, which might cause unexpected errors for applications that use RMI. For more information, see .

On Windows, improvements are made to the way that Runtime.exec decodes command strings. However, applications specifying commands that contain spaces in the program name, or that use quotation marks incorrectly, might fail to start. For more information, including guidance on resolving problems, see .

Go back to top

Service refresh 4 fix pack 1 (April 2013)

This fix pack contains a security fix for the Oracle security vulnerability, CVE-2013-0169 . For any further security fixes in this release, see Security alerts .

Go back to top

Service refresh 3 (November 2012)

PKCS11 security provider

A new library is available that allows the IBMPKCS11Impl provider to run on the Linux AMD64 platform.

Go back to top

IBM SDK for Java Version 7 initial release (September 2011)

The SDK is functionally equivalent to the Oracle FCS version of Java 7 b147 for all distributions except Solaris, which is b148.

The z/OS® 31-bit and 64-bit SDKs are supported on z/OS 1.13.

Go back to top

[{"Product":{"code":"SSNVBF","label":"Runtimes for Java Technology"},"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Component":"Java SDK","Platform":[{"code":"PF002","label":"AIX"},{"code":"PF010","label":"HP-UX"},{"code":"PF016","label":"Linux"},{"code":"PF027","label":"Solaris"},{"code":"PF033","label":"Windows"},{"code":"PF035","label":"z\/OS"}],"Version":"7.0","Edition":"Java SE","Line of Business":{"code":"LOB36","label":"IBM Automation"}}]

Document Information

Modified date:
15 November 2022