Java SE 7 Archive Downloads
Go to the Oracle Java Archive page.
Thank you for downloading this release of the JavaTM Platform, Standard Edition Development Kit (JDKTM). The JDK is a development environment for building applications, applets, and components using the Java programming language.
The JDK includes tools useful for developing and testing programs written in the Java programming language and running on the JavaTM platform.
WARNING: These older versions of the JRE and JDK are provided to help developers debug issues in older systems. They are not updated with the latest security patches and are not recommended for use in production.
For production use Oracle recommends downloading the latest JDK and JRE versions and allowing auto-update.
Only developers and Enterprise administrators should download these releases.
Downloading these releases requires an oracle.com account. If you don’t have an oracle.com account you can use the links on the top of this page to learn more about it and register for one for free.
For current Java releases, please consult the Oracle Software Download page.
For more information on the transition of products from the legacy Sun download system to the Oracle Technology Network, visit the SDLC Decommission page announcement.
Java 7 Update 21 has been released by Oracle. Oracle has been working tirelessly to make sure that Java remains secure in the future. Java was in danger of its existence when many security vulnerabilities were found of which some were already being exploited on the Internet. If anyone is interested in reading the history of updates of Java, just head towards Java tag which will list all the updates we have been covering.
Java 7 Update 21 is a critical update for April 2013. A total of 42 vulnerabilities have been fixes. The update also contains some non-security patches. 39 of the security vulnerabilities are remotely exploitable meaning that they have a very high severity level. Of these 42 vulnerabilities only two affect the server deployments of Java.

Going deep into the updates reveals that Oracle has changed how Java runs on computers. Now Java requires code signing for executing the Java applets and programs. It will alert the user of unsigned, self signed or expired certificates to make sure that the user understands what he is doing.
You can learn about Java code signing here.
Oracle recommends that the Desktop users download and apply this update as soon as possible.
Java 7 Update 21 offline installer links
For Windows
Download Java 7 Update 21 Runtime 32-bit installer
Download Java 7 Update 21 Runtime 64-bit installer
For Mac OSX
Download Java 7 Update 21 DMG
For Linux
Download Java 7 Update 21 32-bit RPM
Download Java 7 Update 21 64-bit RPM
For Solaris and other Operating Systems, you can find the installers here. For complete information about the latest update, you may want to read the release notes.
If you are using Portable applications, you can also download portable version of Java 7 Update 21.
- Windows
- Developer Tools
- Java Software
- Java Runtime Environment (64bit) 7.0.21
Java Runtime Environment (64bit)7.0.21
The Java Runtime Environment (JRE) is an essential software package developed by Oracle Corporation that enables the execution of Java applications on various devices and systems. Serving as a critical component of the Java Platform, the JRE plays a pivotal role in supporting a wide range of applications, from web applets to standalone desktop programs.
JRE comprises a set of libraries, class libraries, and other essential files that are required to run Java applications efficiently and securely. It acts as a virtual machine, providing a platform-independent environment for Java bytecode to run seamlessly across different operating systems.
One of the JRE’s key advantages is its ability to ensure platform independence, allowing developers to write Java code once and run it anywhere, reducing the need for extensive code modification for different environments. Furthermore, the JRE incorporates automatic memory management, garbage collection, and security mechanisms to protect against potential threats and provide a secure runtime environment.
As technology evolves, the JRE continues to adapt, offering regular updates and improvements to enhance performance and security. Developers and users alike rely on Java Runtime Environment to unlock the full potential of Java applications across diverse computing environments.
Key Features:
- Java Virtual Machine (JVM) for cross-platform execution.
- Extensive Java Class Library (Java API).
- Strong security measures.
- Automatic garbage collection for memory management.
- Support for multi-threading.
- «Write Once, Run Anywhere» portability.
- Just-In-Time (JIT) compiler for improved performance.
- Easy deployment and auto-update capabilities.
- Monitoring and management tools for application performance.
Program available in other languages
- Télécharger Java Runtime Environment (64bit)
- Herunterladen Java Runtime Environment (64bit)
- Scaricare Java Runtime Environment (64bit)
- ダウンロード Java Runtime Environment (64bit)
- Descargar Java Runtime Environment (64bit)
- Baixar Java Runtime Environment (64bit)
User Reviews
User Rating
4/5
783
License:
Free
Requirements:
Windows All
Languages:
Multi-languages
Size:
31.58MB
Publisher:
Oracle
Updated:
Apr 17, 2013
Security Levels
To avoid any potential harm to your device and ensure the security of your data and privacy, our team checks every time a new installation file is uploaded to our servers or linked to a remote server and periodically reviews the file to confirm or update its status. Based on this checking, we set the following security levels for any downloadable files.
Clean
It is highly likely that this software program is clean.
We scanned files and URLs associated with this software program in more than 60 of the world’s leading antivirus services; no possible threats were found. And there is no third-party softwarebundled.
Warning
This program is advertising supported and may offer to install third-party programs that are not required. These may include a toolbar, changing your homepage, default search engine, or installing other party programs. These could be false positives, and our users are advised to be careful when installing and using this software.
Disabled
This software is no longer available for download. It is highly likely that this software program is malicious or has security issues or other reasons.
Submit a Report
Thank you!
Your report has been sent.
We will review your request and take appropriate action.
Please note that you will not receive a notification about anyaction taken dueto this report.We apologize for anyinconvenience this may cause.
We appreciate your help in keeping our website clean and safe.
Software
When you purchase through links on our site, we may earn an affiliate commission. Here’s how it works.
· Hot!
Java software allows you to run applications called «applets» that are written in the Java programming language. These applets allow you to have a much richer experience online than simply interacting with static HTML pages.
Java Plug-in technology, included as part of the Java Runtime Environment, Standard Edition (JRE), establishes a connection between popular browsers and the Java platform. Java allows applications to be downloaded over a network and run within a guarded sandbox. Security restrictions are easily imposed on the sandbox. Many cross platform applications also require Java to operate properly.
Download 32-bit: Java Runtime Environment 7 Update 21 | 30.2 MB (Freeware)
Download 64-bit: Java Runtime Environment 7 Update 21 | 31.6 MB (Freeware)
Download: JavaRa 2.1
Release Notes: >> Click Here <<
View: Java Website
Tags
- Java
- Runtime
- Jre
- Java runtime
- Sun java
- Java jre
- Freeware
- Software
DOWNLOAD
Java™ SE Development Kit 7, Update 21 (JDK 7u21)
The full version string for this update release is 1.7.0_21-b11 (where «b» means «build») except for Mac OS X for which it is 1.7.0_21-b12. The version number is 7u21.
Highlights
This update release contains several enhancements and changes including the following:
- Blacklisted Jars and Certificates
- Changes to Java Control Panel’s Security Settings
- Changes to Security Dialogs
- Changes to RMI
- Server JRE
- JDK for Linux on ARM
- Changes to Runtime.exec
Olson Data 2012i
JDK 7u21 contains Olson time zone data version 2012i. For more information, refer to Timezone Data Versions in the JRE Software.
Security Baselines
The security baselines for the Java Runtime Environment (JRE) at the time of the release of JDK 7u21 are specified in the following table:
JRE Family Version | JRE Security Baseline (Full Version String) |
---|---|
7 | 1.7.0_21 |
6 | 1.6.0_45 |
5.0 | 1.5.0_45 |
For more information about security baselines, see Deploying Java Applets With Family JRE Versions in Java Plug-in for Internet Explorer.
JRE Expiration Date
The expiration date for JRE 7u21 is 07/18/2013.
Blacklisted Jars and Certificates
Oracle now manages a certificate and jar blacklist repository. This data is updated on client computers daily on the first execution of a Java applet or web start application.
Changes to Java Control Panel’s Security Settings
In this release, low
and custom
settings are removed from the Java Control Panel(JCP)’s Security Slider.
Depending on the security level set in the Java Control Panel and the user’s version of the JRE, self-signed or unsigned applications might not be allowed to run. The default setting of High permits all but local applets to run on a secure JRE. If the user is running an insecure JRE, only applications that are signed with a certificate issued by a recognized certificate authority are allowed to run.
For more information, see the Security section of the Java Control Panel documentation.
Changes to Security Dialogs
As of JDK 7u21, JavaScript code that calls code within a privileged applet is treated as mixed code and warning dialogs are raised if the signed JAR files are not tagged with the Trusted-Library attribute.
For more information, see Mixing Privileged Code and Sandbox Code documentation.
The JDK 7u21 release enables users to make more informed decisions before running Rich Internet Applications (RIAs) by prompting users for permissions before an RIA is run. These permission dialogs include information on the certificate used to sign the application, the location of the application, and the level of access that the application requests. For more information, see User Acceptance of RIAs.
Changes to RMI
From this release, the RMI property java.rmi.server.useCodebaseOnly
is set to true
by default. In previous releases the default value was false
.
This change of default value may cause RMI-based applications to break unexpectedly. The typical symptom is a stack trace that contains a java.rmi.UnmarshalException
containing a nested java.lang.ClassNotFoundException
.
For more information, see RMI Enhancements.
Server JRE
A new Server JRE package, with tools commonly required for server deployments but without the Java plug-in, auto-update or installer found in the regular JRE package, is available starting from this release. The Server JRE is specifically targeted for deploying Java in server environments and is available for 64-bit Solaris, Windows and Linux platforms. For more information on installing this package, see Installation Instructions.
Some of the tools included in the initial release of the Server JRE package, may not be available in future versions of the Server JRE. Please check future release notes for tools availability if you use this package.
JDK for Linux on ARM
JDk 7u21 release includes support for JDK for Linux on ARM. The product offers headful support for ARMv6 and ARMv7.
The following JDK features are not included or supported in this product:
- Java WebStart
- Java Plug-In
- Garbage First (G1) Collector
- JavaFX SDK or JavaFX Runtime
In addition, some features of the Serviceability Agent are also not available for Linux on ARM platform.
Java support on ARM is specific to the GNOME Desktop Environment version 1:2.30+7
.
Changes to Runtime.exec
On Windows platform, the decoding of command strings specified to Runtime.exec(String)
, Runtime.exec(String,String[])
and Runtime.exec(String,String[],File)
methods, has been improved to follow the specification more closely. This may cause problems for applications that are using one or more of these methods with commands that contain spaces in the program name, or are invoking these methods with commands that are not quoted correctly.
For example, Runtime.getRuntime().exec("C:\\My Programs\\foo.exe bar")
is an attempt to launch the program "C:\\My"
with the arguments "Programs\\foo.exe"
and "bar"
. This command is likely to fail with an exception to indicate "C:\My"
cannot be found.
The example Runtime.getRuntime().exec("\"C:\\My Programs\\foo.exe\" bar")
is an attempt to launch the program "\"C:\\My"
. This command will fail with an exception to indicate the program has an embedded quote.
Applications that need to launch programs with spaces in the program name should consider using the variants of Runtime.exec
that allow the command and arguments to be specified in an array.
Alternatively, the preferred way to create operating systems processes since JDK 5.0 is using java.lang.ProcessBuilder
. The ProcessBuilder
class has a much more complete API for setting the environment, working directory and redirecting streams for the process.
Bug Fixes
This release contains fixes for security vulnerabilities. For more information, see Oracle Java SE Critical Patch Update Advisory.
Known Issues
Area: install/install Synopsis: Installing SUNWj7rt fails checksum
While installing the Solaris package for JRE, SUNWj7rt, as part of the installation process the user may see some unexpected checksum failures. These errors do not affect the installed JRE in any way.
See 8011175.
Area: install/install Synopsis: Installing SUNWj7dev to a no-default location fails checksum
While installing the Solaris pacakge for JDK, SUNWj7dev as part of the installation process, especially when the JDK is installed at a non-default location, user may see some unexpected checksum failures. These errors do not affect the installed JDK in any way.
See 8011174.
Area: deploy/deployment_toolkit Synopsis: Cannot remove trusted sandbox certs via the ControlPanel or trusted certs per location.
With the new sandbox security dialog box changes in JDK 7u21, user can now trust signed sandbox apps, and optionally trust all apps signed by the same certificate from the same URL. However, there is no way to remove the trusted sandbox certificates through the Control Panel, as one can for other trusted certificates.
The workaround is to manually remove the sandbox.certs
keystore from the security directory in user’s deployment home directory or remove individual entries using keytool
.
Area: deploy/plugin Synopsis: Security popup while closing application
Starting in JDK 7u21, JavaScript code that calls code within a signed applet running with all permissions is treated as mixed code and warning dialogs are raised if the signed JAR files are not tagged with the Trusted-Library=true
attribute. See Mixing Code With Permissions and Code Without Permissions(doc link)’.
For a signed applet running with all permissions to JavaScript call, no security dialog (with mixed code warning) should pop up. However mixed code warning is being shown in some scenarios.
As a workaround, if the applet jar is running with all-permissions and uses «Trusted-library:true» attribute as manifest entry, the mixed code warning will not popup.
Area: deploy/plugin Synopsis: Per-Applet/Global Packages, Java and netscape Keyword support removed
Starting in 7u21, the support for calling from JavaScript to Java via global java
, netscape
and Packages
JavaScript keyword for Firefox/Chrome, and also the per-applet Packages
keyword for IE, are all removed.
Area: deploy/deploy Synopsis: jnlp-applet could not been launched if its jar has been returned with HTTP HEADER Cache-Control: NoStore
Applet/applications could fail to load if response HEADER contains "Cache-Control : no-store"
value.
As a workaround users can either:
- Disable cache using Java Control Panel if they don’t want to cached the application contents.
- Use header value
"Cache-Control : no-cache"
which will force caches (both proxy and browser) to submit the request every time to the origin server for validation before using a cached contents.
See 8010712.
Area: deploy/webstart Synopsis: Javaws can’t switch to offline app run mode if app can’t be launched online.
Javaws will fail to launch the cached application if system is offline, even if the application JNLP file has <offline-allowed> specified. As a workaround users can either:
- Launch Javaws explicitly with
javaws -offline <jnlp_url>
- Launch the cached application via Java Cache Viewer