-
Bug
-
Resolution: Fixed
-
P2
-
7u4
-
b34
-
x86
-
windows_xp
-
Verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2223392 | 7u6 | Thomas Ng | P2 | Closed | Fixed | b06 |
Bug Description:
Use suggested in
http://docs.oracle.com/javase/tutorial/deployment/deploymentInDepth/jreVersionCheck.html
to detect Jre installed in the user system since for Jre 1.7.0 and above,
the plugin values are not stored in the registry.
deployJava.versionCheck(1.7.0_04) (to check presence of Jre 1.7.0_04 )
The above method works fine and detects the Jre's but for Jre 1.7.0
installed in the system, the above method returns true. Even if the check
is for 1.7.0_01, 02, 03 (or any other check for 1.7.0 and above ) , the
method returns true for Jre 1.7.0. Due to this, we face issues while
logging into our application using Jre 1.7.0 installed in the system.
Use suggested in
http://docs.oracle.com/javase/tutorial/deployment/deploymentInDepth/jreVersionCheck.html
to detect Jre installed in the user system since for Jre 1.7.0 and above,
the plugin values are not stored in the registry.
deployJava.versionCheck(1.7.0_04) (to check presence of Jre 1.7.0_04 )
The above method works fine and detects the Jre's but for Jre 1.7.0
installed in the system, the above method returns true. Even if the check
is for 1.7.0_01, 02, 03 (or any other check for 1.7.0 and above ) , the
method returns true for Jre 1.7.0. Due to this, we face issues while
logging into our application using Jre 1.7.0 installed in the system.
- backported by
-
JDK-2223392 REGRESSION: Jre DeployJava issue with Jre 1.7.0
-
- Closed
-
- relates to
-
JDK-7160770 variable name mismatch for minMatch in deployJava.js
-
- Closed
-
-
JDK-7160404 Difficulty accessing Java download
-
- Closed
-