Current Java Version Windows 7

2021. 5. 28. 03:06카테고리 없음



What Version of Java Are You Using?

On a computer with multiple web browsers, be sure to check the Java version in every browser. I say this because multiple copies of Java can sometimes be installed with different browsers using different copies. Also, Java can be enabled in one browser and disabled in another.
Note: The portion of Java that runs programs is referred to as either the Java Run-time Environment (JRE) or the Java Virtual Machine (JVM).

Jul 18, 2019  This wikiHow teaches you how to check what version of java you have installed on your Windows computer using Command Prompt. Click the Windows Start icon. It's the icon with Windows logo. By default, it's in the bottom-left corner of the. Upgrading to the latest Java version improves the security of your system, as older versions do not include the latest security updates. Java allows you to play online games, chat with people around the world, calculate your mortgage interest, and view images in 3D, just to name a few.

Method 1: Ask Java

I support an old Java client application that runs fine on Windows XP but not Windows 7 32 bit. The problem is in the BAT file used to launch the application. The BAT file contains code that queries the registry for the CurrentVersion of Java and then uses that value to determine the path of that version of Java on the user's computer.

This is my favorite - straight from the horse's mouth (so to speak). The Java Run-time Environment is aware of its version and the company that authored it. So I wrote a very simple applet (the source code is on the About page) that gets this information from the JRE and displays it in a pink rectangle.

Version
The version and vendor from the JRE

If Java is working, you will see a pink rectangle above with one line of text that says something like:

Java Version 1.8.0_25 from Oracle Corporation or
Java Version 1.7.0_67 from Oracle Corporation or
Java Version 1.6.0_45 from Sun Microsystems Inc. or
Java Version 1.6.0_33 from Apple Inc.

Version number translation: 1.6.0_34 is, in English, Java 6 Update 34
The initial '1' is ignored as is the third digit. Ask Oracle why.
RUNNING THIS APPLET: Java security has changed quite a lot over the years and running this applet has gotten much more complicated.
In part this is because the applet is unsigned. In the Bizarro world of Oracle, unsigned applets are treated as more dangerous than signed applets. This is backwards for two reasons. First, unsigned applets run in a restricted Java sandbox whereas signed applets are given unrestricted access to the system. Yes, the sandbox has been buggy and broken, but some security is better than none. Second, it shows a faith in the Certificate Authority system that is unwarranted.
February 2017: This applet will not run at all, immediately after installing Java 8 Update 121 on Windows 7. The first thing that needs to be done is to add this website as an allowed exception in the Java Control Panel, on the Security tab. Details are below. After doing so, IE11 will run the app, but only if ActiveX filtering is disabled. IE11 produces a single popup window that asks for permission to run the app. Chrome 56 won't do Java at all, it doesn't even bother with error messages. This started with Chrome 45. Likewise, Firefox 51 does not run Java. It incorrectly reports that Java is disabled. This Firefox behavior changed at the end of 2016. Version 47 of Firefox will run this applet. You first have to respond to three different popup windows asking for permission and warning of the end of the earth, but it will run. Oracle suggests that Java developers move from applets to Java Web Start.
OLDER SECURITY RESTRICTIONS ON JAVA IN BROWSER
October 2014: Java 7 Update 71 and Java 8 Update 25: The applet above can be run with Java set to the default 'high' security level. There will be assorted 'as you sure' type prompts both from Java and your web browser, but it will run. However, this site, javatester.org, needs to first be added to the 'Exception Site List' using the Java Control Panel. When adding sites to the list, you have to prefix them with HTTP colon slash slash. Java will object to HTTP but it will accept it. There is no HTTPS version of this site. Also, if you add 'javatester.org' to the list, you must then go to 'javatester.org' as 'www.javatester.org' will fail.
Because it is unsigned, this applet will not run with Java set to the 'very high' security level. January 2014: Java 7 Update 51 changed the default security rules for unsigned Java applets such as the one on this page. By default, Java no longer runs any unsigned applets. In the Java control panel, the default security level with Update 51 is 'High' which Oracle describes as 'Java applications identified by a certificate from a trusted authority will be allowed to run'. What this does not say is that unsigned applets will not run, at least not by default. If you get an error on this page that says 'Application blocked by security settings' this is probably why.
One way to run an unsigned applet is to lower the security level to 'Medium'. The other way is to add trusted websites to a new exception list that Oracle/Java maintains. This list is not to be confused with the list of trusted applets that Firefox or Chrome maintains. Yes, there are now three lists of applets that are naughty and nice. Java 7 Update 10 introduced a new checkbox that disables the use of Java in all browsers. By and large, this is a good thing, but there seems to be a failure to communicate between Java and many web browsers. As a result, all the browsers I have tried so far incorrectly report that Java is not installed when, in fact, it may be installed but this new security feature has been enabled.
As of Java 7 Update 71 and Java 8 Update 25 this is still true on Windows machines. Interestingly, if Java is disabled system-wide for use in web browsers (its on the Security) tab, both Chrome and Firefox will not even show the Java plug-in as being installed. On the flip side, Firefox 33 on Windows 7 reports that 'Browser has Java disabled' when Java is not installed.
JAVA VERSION HISTORY (Wikipedia has this too)
JAVA 8 Release History
Java 8 became the default on Windows on Oct 14, 2014. See the Java 8 FAQ
Java 8 is not officially supported on Windows XP but should work.
Oracle has a release history for Java 7 and 8 and Release notes for Java 8

I used to keep a release history here, but since Wikipedia has a release history for Java 8,
there is no need for me to continue doing my own, so I stopped maintaining it near the end of 2017.

Java on Mac Computers
Java on OS X is Bundling Crapware, Heres How to Make it Stop from How-To Geek March 17, 2015.

The rest of this topic is a bit dated, so it has been suppressed by default.
At times Java on OS X was complicated as Java 6 came from Apple and Java 7 came from Oracle.

For many years this page had eight other methods of determining the installed version of Java.
But the page got really big, so they are no longer shown by default. But, they are still available:

News


Abstract

Support Information for IBM® SDK, Java™ Technology Edition, Version 7 that is not available in the user documentation.

Content

The documentation to support this release is available in the online product documentation . However, from service refresh 10 fix pack 25, only the security documentation is still maintained. Any updates or changes to other content are detailed in this technote.

Changes to the online content:

Supplementary information is available for the following updates:


To compare the IBM SDK functionality with Oracle build levels at each service refresh level, see Comparative Oracle build levels .
For information about security fixes, see Security Alerts .
For a list of the IBM fixes included, see IBM SDK, Java Technology Edition, Version 7 fixes .
To download the latest service refresh, visit the Java SDK developer center .
For information about the daylight saving time changes included in service refreshes and fix pack levels, see Olson time zone updates . Later updates can by applied using the IBM Time Zone Update Utility for Java (JTZU) .

Changes to online content:

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 50 (July 2019)

This release includes the latest IBM fixes.

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 mappingCorrect Unicode mappingCharacterIncorrect Unicode mappingCharacter
0xA1A4u00B7Middle dotu30FBKatakana middle dot
0xA1A9u00ADSoft hyphenu2010Hyphen
0xA1AAu2015Horizontal baru2014Em dash
0xA1ADu223CTilde operatoru301CWave dash
0xA2A6uFF5EFull-width tildeu02DC Small tilde
0xA2C1u2299Circled dot operatoru25C9Fisheye

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 mappingUnicode mappingCharacter
0xA2E6u20ACEuro sign
0xA2E7u00AERegistered sign
0xA2E8u327EKorean 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)

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.

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.

Service refresh 4 fix pack 2 (May 2013)

How To Check Current Java Version In Windows 7


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 http://docs.oracle.com/javase/7/docs/technotes/guides/rmi/enhancements-7.html .
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 http://www.oracle.com/technetwork/java/javase/7u21-relnotes-1932873.html#jaruntime .

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 .

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.

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.

Comparative Oracle build levels

The following table indicates the Oracle FCS build level that has comparative functionality to the IBM SDK:

Release dateIBM SDK 7Oracle Java 7 FCS build
September 2011Initial releaseBuild 147
May 2012Service refresh 1Update 3 Build 5
September 2012Service refresh 2Update 3 Build 5
November 2012Service refresh 3Update 6 Build 17
February 2013Service refresh 4Update 13 Build 8
July 2013Service refresh 5Update 25 Build 12
November 2013Service refresh 6Update 45 Build 18
January 2014Service refresh 6 fix pack 1Update 51 Build 11
April 2014Service refresh 7Update 55 Build 13
July 2014Service refresh 7 fix pack 1Update 65 Build 19
November 2014Service refresh 8Update 71 Build 13
February 2015Service refresh 8 fix pack 10Update 75 Build 13
May 2015Service refresh 9Update 79 Build 14
July 2015Service refresh 9 fix pack 10Update 85 Build 15
November 2015Service refresh 9 fix pack 20Update 91 Build 15
January 2016Service refresh 9 fix pack 30Update 95 Build 12
April 2016Service refresh 9 fix pack 40Update 101 Build 14
July 2016Service refresh 9 fix pack 50Update 111 Build 13
October 2016Service refresh 9 fix pack 60Update 121 Build 15
February 2017Service refresh 10 fix pack 1Update 131 Build 12
April 2017Service refresh 10 fix pack 5Update 141 Build 11
July 2017Service refresh 10 fix pack 10Update 151 Build 15
October 2017Service refresh 10 fix pack 15Update 161 Build 13
January 2018Service refresh 10 fix pack 20Update 171 Build 11
May 2018Service refresh 10 fix pack 25Update 181 Build 09
August 2018Service refresh 10 fix pack 30Update 191 Build 08
November 2018Service refresh 10 fix pack 35
March 2019Service refresh 10 fix pack 40Update 211 Build 07
April 2019Service refresh 10 fix pack 45Update 221 Build 08
July 2019Service refresh 10 fix pack 50Update 231 Build 08
Java for windows 7 download

Internal Use Only

Latest Java Version Windows 7

This technote to support late breaking information is included as a link in the readme file that is packaged with the downloadable code bundle.

Java For Windows 7 Free

[{'Product':{'code':'SSNVBF','label':'Runtimes for Java Technology'},'Business Unit':{'code':'BU004','label':'Hybrid Cloud'},'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'}]

Document Information

Most Current Java Version

Modified date:
01 August 2019