The basic tool you need in order to create apps in Java

Java Development Kit (32-bit)

Java JDK 8 Update 31 (32-bit)

  -  157.96 MB  -  Freeware

Sometimes latest versions of the software can cause issues when installed on older devices or devices running an older version of the operating system.

Software makers usually fix these issues but it can take them some time. What you can do in the meantime is to download and install an older version of Java JDK 8 Update 31 (32-bit).


For those interested in downloading the most recent release of Java Development Kit (32-bit) or reading our review, simply click here.


All old versions distributed on our website are completely virus-free and available for download at no cost.


We would love to hear from you

If you have any questions or ideas that you want to share with us - head over to our Contact page and let us know. We value your feedback!

  • Java JDK 8 Update 31 (32-bit) Screenshots

    The images below have been resized. Click on them to view the screenshots in full size.

    Java JDK 8 Update 31 (32-bit) Screenshot 1
  • Java JDK 8 Update 31 (32-bit) Screenshot 2
  • Java JDK 8 Update 31 (32-bit) Screenshot 3
  • Java JDK 8 Update 31 (32-bit) Screenshot 4
  • Java JDK 8 Update 31 (32-bit) Screenshot 5

What's new in this version:

NEW FEATURES AND CHANGES:

SSLv3 is disabled by default:
- Starting with JDK 8u31 release, the SSLv3 protocol (Secure Socket Layer) has been deactivated and is not available by default. See the java.security.Security property jdk.tls.disabledAlgorithms in /lib/security/java.security file.
- If SSLv3 is absolutely required, the protocol can be reactivated by removing "SSLv3" from the jdk.tls.disabledAlgorithms property in the java.security file or by dynamically setting this Security property to "true" before JSSE is initialized.
- It should be noted that SSLv3 is obsolete and should no longer be used.

Changes to Java Control Panel:
- Starting with JDK 8u31 release, SSLv3 protocol is removed from Java Control Panel Advanced options. If the user needs to use SSLv3 for applications, re-enable it manually as follows.
- Enable SSLv3 protocol on JRE level: as described in the previous section.
- Enable SSLv3 protocol on deploy level: edit the deployment.properties file and add the following - deployment.security.SSLv3=true

BUG FIXES:

Sorting columns in JFileChooser fails with AppContext NPE
- [headless] JPopupMenu creation in headless mode with JDK9b23causes NPE
- ByteArrayOutputStream capacity should be maximal array sizepermitted by VM
- Currency update needed for ISO 4217 Amendment #159
- (tz) Support tzdata2014j
- RFE: Instructions Not Clear For Adding Site To ESL
- ClientConfig.refreshIfNeeded() doesn't restore properties with"active." prefix.
- JRE Install Error in localized Windows 8.1 after join in ADdomain
- Shortcuts are not created for javaws x64 with JRE 7u55 onWindows OS
- Roaming user profiles by USER_JPI_PROFILE env variablesdoesn't work anymore
- javaws help message in Japanese is corrupted
- JavaWS fails with proxy autoconfig due to missing "resolve"permission
- Jnlp fails to load with CouldNotLoadArgumentException
- Segmentation error while running program
- CMS: JVM intermittently crashes with "FreeList of size258 violates Conservation Principle" assert
- JVM crash with JDK8 (build 1.8.0-b132) with G1 GC
- stability issues when being launched as an embedded JVM viaJNI
- Update the Crash Reporting URL in the Java crash log
- Typo in Installer Removal Tool UE, "hightly"
- javac, follow-up of fix for 8049305
- XML parser returns corrupt attribute value
- JAX-WS handles wrongly xsd:any arguments for Web services
- JAXB not preserving formatting for xsd:any Mixed content
- NPE seen in XMLDocumentFragmentScannerImpl.setProperty since7u40b33