-
Latest Version
Java JRE 8 Update 451 LATEST
-
Review by
-
Operating System
Mac OS X 10.7 or later
-
User Rating
Click to vote -
Author / Product
-
Filename
jre-8u451-macosx-x64.dmg
-
MD5 Checksum
a047bc63923aef2b25cf815cd1619d72
It is a crucial component of the Java Development Kit (JDK), which is used for developing and running Java applications on all modern computer platforms, including Windows, Mac, and Linux.
By providing a consistent runtime environment, the JRE enables both novice and seasoned developers to write code once and run it on any platform that supports the JRE, without the need for platform-specific code.
This package combines Java code with the required libraries and creates an instance of the Java Virtual Machine (JVM) that executes the resulting program.
This all-in-one approach allows all legacy and modern Java programs to run on any operating system without modification, making the JRE an essential cross-platform compatible tool on the modern market.
One of the primary use cases for this software platform is in the development and execution of Java-based applications. This includes web applications, mobile applications, and desktop applications, as well as applets (plugins or extensions) that run inside web browsers.
Main Features
- Platform-independent runtime environment for Java programs.
- Integration with the Java Development Kit (JDK).
- Support for various Java Virtual Machines (JVMs).
- Dynamic loading of Java classes and resources.
- Integration with development tools and libraries.
- Extensive official and community support.
To install this app platform on a Mac computer, users must follow the instructions presented by the official installer that are distributed on the official Java.com website or here from the secure FileHorse servers.
Since this package integrates deeply inside the OS and provides crucial app execution code for modern browsers, users are required to have administrator privileges to finish the installation procedure.
Users should also be aware that JRE can only run on 64-bit processors (both Intel and Apple Silicon) and that there is no support for single-user basis installation. The package can only be deployed for all users on a Mac.
How to Use
Once installed, the JRE for macOS can be used to run any Java-based application or applet. This can be done by double-clicking the Java file or by opening a terminal window and navigating to the directory containing the Java program.
Users can then execute the program using the Java command followed by the name of the Java class.
The comprehensive help resources for JRE and other Java components are hosted on the official Java website, with extensive community resources hosted all over the web.
User Interface
This app platform does not have a standalone user interface, as it is designed to run in the background and provide resources for Java programs that request them.
However, it may be accessed through the Java Development Kit (JDK) or other development tools that interact with the JRE.
FAQ
What is Java Runtime Environment?
It’s a software layer that provides the necessary resources for Java programs to run on various operating systems.
Is it safe?
Yes. This is a reliable software package used by dozens of millions of users all around the world on all major computer platforms. However, it is essential to install it only from a trusted source to avoid giving an unreliable installer access to administrative privileges.
Alternatives
Python – A popular programming language that comes with its runtime environment called “PyPy”.
Amazon Corretto – A no-cost, production-ready distribution of OpenJDK that provides long-term support and performance enhancements for running Java applications.
Pricing
This product is available to all users for free. It can be downloaded manually as a standalone package, and it also comes as a part of a Java Development Kit (JDK).
System Requirements
This application environment platform requires minimal system resources and can run on all modern and legacy Macs running macOS 10.7.3 (Lion) for Intel processors and macOS 12 for M-series processors.
JRE is optimized only for 64-bit processors, and it also can’t run inside 32-bit web browsers (64-bit Safari is recommended).
PROS
- Platform-independent Java applications environment.
- One of the world’s most popular app software layers.
- Full integration with the Java Development Kit (JDK).
- Comprehensive support for various Java Virtual Machines (JVMs).
- Dynamic loading of Java classes and resources.
- Integration with external development tools and libraries.
- High memory consumption.
- Java Virtual Machine can impact the performance of weaker Mac hardware.
- No native GUI.
The Java Runtime Environment for Mac is an essential tool for both developers and general Mac users who work with Java-based applications.
Its ability to provide a consistent runtime environment across various platforms makes it a valuable asset for creating and executing Java programs, and an essential OS and browser component for users who want to experience the full potential of web content.
Note: Requires 64-bit web browser. Administrator privileges for installation.
Also Available: Download Java Runtime Environment for Windows
What's new in this version:
- JDK 8u451 contains IANA time zone data 2025a which contains the following changes since the previous update
- Paraguay adopts permanent -03 starting spring 2024
- Improve pre-1991 data for the Philippines
- Etc/Unknown is now reserved
New Features:
security-libs/javax.crypto:pkcs11➜ Legacy Mechanism Check in SunPKCS11 Provider Is Enhanced with Service Type (JDK-8293345):
- Native PKCS11 mechanisms which support decryption but not encryption, or signature verification but not signing, are considered legacy and are disabled by default. The legacy mechanism check in SunPKCS11 provider is enhanced with the service type. For example, prior to this fix, a mechanism supporting encryption, decryption, and verification but not signing, is considered legacy and can't be used at all. After this fix, the corresponding Cipher service using this mechanism is available since both encryption and decryption are supported. However, the corresponding Signature service is not since only verification is supported. To bypass the legacy mechanism check, set the PKCS11 provider configuration attribute "allowLegacy" to true. The default value is false. Note that it is the caller's responsibility to make sure the legacy mechanism is not used for the unsupported functionality.
- Other Notes
- javafx/other
- ➜ Removal of JavaFX from Oracle JDK 8 (JDK-8341994 (not public))
- As announced in 2020, support for JavaFX on JDK 8, the last commercially supported version of JavaFX from Oracle, ended in March 2025. JDK 8 update 451 is the first upgrade of JDK/JRE 8 without JavaFX. Oracle continues to develop and release JavaFX as stand-alone modules via the OpenJFX project for the latest versions of Java only. For more details see the Java SE Spring 2024 Roadmap Update. Please contact Oracle Sales if you have any additional needs.
security-libs/javax.net.ssl➜ Distrust TLS Server Certificates Anchored by Camerfirma Root Certificates and Issued After April 15, 2025 (JDK-8346587):
- The JDK will stop trusting TLS server certificates issued after April 15, 2025 and anchored by Camerfirma root certificates, in line with similar plans announced by Google, Mozilla, Apple, and Microsoft.
- TLS server certificates issued on or before April 15, 2025 will continue to be trusted until they expire. Certificates issued after that date, and anchored by any of the Certificate Authorities in the table below, will be rejected.
- The restrictions are enforced in the JDK implementation (the SunJSSE Provider) of the Java Secure Socket Extension (JSSE) API. A TLS session will not be negotiated if the server's certificate chain is anchored by any of the Certificate Authorities in the table below and the certificate has been issued after April 15, 2025.
An application will receive an exception with a message indicating the trust anchor is not trusted, for example:
- "TLS Server certificate issued after 2025-04-15 and anchored by a distrusted legacy
- Camerfirma root CA: CN=Chambers of Commerce Root - 2008, O=AC Camerfirma S.A.,
- SERIALNUMBER=A82743287, L=Madrid (see current address at www.camerfirma.com/address), C=EU"
- The JDK can be configured to trust these certificates again by removing "CAMERFIRMA_TLS" from the jdk.security.caDistrustPolicies security property in the java.security configuration file.
The restrictions are imposed on the following Camerfirma Root certificates included in the JDK:
- CN=Chambers of Commerce Root, OU
- CN=Chambers of Commerce Root - 2008, O=AC Camerfirma S.A., SERIALNUMBER=A82743287, L=Madrid
- CN=Global Chambersign Root - 2008, O=AC Camerfirma S.A., SERIALNUMBER=A82743287, L=Madrid
You can also use the keytool utility from the JDK to print out details of the certificate chain, as follows:
- keytool -v -list -alias <your_server_alias> -keystore <your_keystore_filename>
- If any of the certificates in the chain are issued by one of the root CAs in the table above are listed in the output you will need to update the certificate or contact the organization that manages the server.
core-svc/tools➜ JarInputStream Treats Signed JARs with Multiple Manifests As Unsigned (JDK-8337494 (not public)):
- The JarInputStream class now treats a signed JAR as unsigned if it detects a second manifest within the first two entries in the JAR file. A warning message "WARNING: Multiple MANIFEST.MF found. Treat JAR file as unsigned." is logged if the system property, -Djava.security.debug=jar, is set.
security-libs/javax.crypto:pkcs11➜ Disable CKM_TLS_KEY_AND_MAC_DERIVE Mechanism in Solaris PKCS11 Configuration File (JDK-8245618):
- On Solaris, the CKM_TLS_KEY_AND_MAC_DERIVE mechanism offered by the SunPKCS11-Solaris provider and specific to TLSv1.0, can derive incorrect key data causing TLSv1.0 communication failure. That mechanism has been disabled via the $JAVA_HOME/jre/lib/security/sunpkcs11-solaris.cfg configuration file. The JCE provider now manages these cryptographic requests.
Fixed:
- The printing result is different from the case instruction.
- [macosx] Accelerators does not spelled for JMenuItems by Voice Over
- [macos13] setFullScreenWindow() shows black screen on macOS 13 & above
- [macOS, Accessibility] VoiceOver: Incorrect announcements of JRadioButton
- [macOS, Accessibility] VoiceOver: No announcements on JRadioButtonMenuItem and JCheckBoxMenuItem
- [macos] Screen magnifier does not show the magnified text for JComboBox
- [macos] a11y : Screen magnifier does not show selected Tab
- [Accessibility,Windows,JAWS] Bug in the getKeyChar method of the AccessBridge class
- Crash in ImageIO JPEG decoding when MEM_STATS in enabled
- Java MIDI fails with a dereferenced memory error when asked to send a raw 0xF7
- new javax.swing.text.DefaultCaret().setBlinkRate(N) results in NPE
- (process) java/lang/ProcessBuilder/Basic.java uses "cp -p" which is inefficient
- ExecutorService/Invoke.java fails intermittently
- C2: Unexpected dead nodes after matching
- Add additional comments for "8062370: Various minor code improvements"
- Various minor code improvements
- Failures during class definition can lead to memory leaks in metaspace
- Make AbortVMOnException available in product builds
- Update PKCS#11 Cryptographic Token Interface to v3.1
- Update PC/SC Lite for Suse Linux to 2.3.0
- Tables in javadoc documentation missing row headers
OperaOpera 118.0 Build 5461.60
PhotoshopAdobe Photoshop CC 2024 25.12
OKXOKX - Buy Bitcoin or Ethereum
BlueStacksBlueStacks Air 5.21.650
Adobe AcrobatAdobe Acrobat Pro 2025.001.20458
Hero WarsHero Wars - Online Action Game
ParallelsParallels Desktop 20.3.0
SemrushSemrush - Keyword Research Tool
CleanMyMacCleanMyMac X 5.0.6
4DDiG4DDiG Mac Data Recovery 5.2.2
Comments and User Reviews