Consider that you have a JDK version jdk1.8.0_121 installed on your machine. When you install and configure an Oracle Fusion Middleware product, the utilities, such as Configuration Wizard (
config.sh|exe), OPatch, or RCU point to a default JDK, for example, jdk1.8.0_121. After some time, Oracle releases a new version of the JDK, say jdk1.8.0_131 that carries security enhancements and bug fixes. From 12c (126.96.36.199.0) onwards, you can upgrade the existing JDK to a newer version, and can have the complete product stack point to the newer version of the JDK.
You can maintain multiple versions of JDK and switch to the required version on need basis.
About Updating the JDK Location After Installing an Oracle Fusion Middleware Product
The binaries and other metadata and utility scripts in the Oracle home and Domain home, such as RCU or Configuration Wizard, use a JDK version that was used while installing the software and continue to refer to the same version of the JDK. The JDK path is stored in a variable called JAVA_HOME which is centrally located in .globalEnv.properties file inside the
The utility scripts such as config.sh|cmd, launch.sh, or opatch reside in the ORACLE_HOME, and when you invoke them, they refer to the JAVA_HOME variable located in .globalEnv.properties file. To point these scripts and utilities to the newer version of JDK, you must update the value of the JAVA_HOME variable in the .globalEnv.properties file by following the directions listed in Updating the JDK Location in an Existing Oracle Home.
Specify the path to the newer JDK on the Domain Mode and JDK screen while running the Configuration Wizard.
For example, consider that you installed Oracle Fusion Middleware Infrastructure with the JDK version 8u121. So while configuring the WebLogic domain with the Configuration Assistant, you can select the path to the newer JDK on the Domain Mode and JDK screen of the Configuration Wizard. Example:
Manually locate the files that have references to the JDK using
findstr(Windows) commands and update each reference. See Updating the JDK Location in an Existing Domain Home.
Note:If you install the newer version of the JDK in the same location as the existing JDK by overwriting the files, then you don’t need to take any action.
Updating the JDK Location in an Existing Oracle Home
getProperty.sh|cmd script displays the value of a variable, such as JAVA_HOME, from the .globalEnv.properties file. The
setProperty.sh|cmd script is used to set the value of variables, such as OLD_JAVA_HOME or JAVA_HOME that contain the locations of old and new JDKs in the .globalEnv.properties file.
setProperty.sh|cmdscripts are located in the following location:
Where, ORACLE_HOME is the directory that contains the products using the current version of the JDK, such as jdk1.8.0_121.
- Use the
getProperty.sh|cmdscript to display the path of the current JDK from the JAVA_HOME variable. For example:
Where JAVA_HOME is the variable in the .globalEnv.properties file that contains the location of the JDK.
- Back up the path of the current JDK to another variable such as OLD_JAVA_HOME in the .globalEnv.properties file by entering the following commands:
(UNIX) ORACLE_HOME/oui/bin/setProperty.sh -name OLD_JAVA_HOME -value specify_the_path_of_current_JDK
(Windows) ORACLE_HOME\oui\bin\setProperty.cmd -name OLD_JAVA_HOME -value specify_the_path_of_current_JDKThis command creates a new variable called OLD_JAVA_HOME in the .globalEnv.properties file, with a value that you have specified.
- Set the new location of the JDK in the JAVA_HOME variable of the .globalEnv.properties file, by entering the following commands:
(UNIX) ORACLE_HOME/oui/bin/setProperty.sh -name JAVA_HOME -value specify_the_location_of_new_JDK
(Windows) ORACLE_HOME\oui\bin\setProperty.cmd -name JAVA_HOME -value specify_the_location_of_new_JDKAfter you run this command, the JAVA_HOME variable in the .globalEnv.properties file now contains the path to the new JDK, such as jdk1.8.0_131.
Updating the JDK Location in an Existing Domain Home
You must search the references to the current JDK, for example jdk1.8.0_121 manually, and replace those instances with the location of the new JDK.
You can use the
grep (UNIX) or
findstr (Windows) commands to search for the jdk-related references.