How to Resolve ApplyDBTechStack Relinking Failure in Oracle EBS Due to JDK Version Mismatch

In this blog we are going to solve the JDK VERSION MISMATCH which is causing the failure of dbTeckStack.

perl adcfgclone.pl dbTechStack

/ 0% completed RC-00110: Fatal: Error occurred while relinking of ApplyDBTechStack

ERROR while running Apply…
Thu Jan 29 08:25:37 2026

ERROR: Failed to execute /DBA/8010_JAN26/12.1.0/appsutil/clone/bin/adclone.pl

Please check logfile.

[ora8010@devapp logs]$ ls -lrt
total 20
-rw——-. 1 ora8010 dba 1686 Jan 29 08:24 oraInstall2026-01-29_08-24-50AM.err
-rw——-. 1 ora8010 dba 325 Jan 29 08:24 oraInstall2026-01-29_08-24-50AM.out
-rw-r—–. 1 ora8010 dba 364 Jan 29 08:24 silentInstall2026-01-29_08-24-50AM.log
-rw-r—–. 1 ora8010 dba 6913 Jan 29 08:24 cloneActions2026-01-29_08-24-50AM.log

cat oraInstall2026-01-29_08-24-50AM.err

Exception java.lang.UnsupportedClassVersionError: oracle/sysman/ccr/collector/install/InvalidValueException : Unsupported major.minor version 51.0 occurred..
java.lang.UnsupportedClassVersionError: oracle/sysman/ccr/collector/install/InvalidValueException : Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:637)
at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at oracle.sysman.oii.oiif.oiifw.OiifwOCMInfoWCDE.(OiifwOCMInfoWCDE.java:103)
at oracle.sysman.oii.oiic.OiicCloneSession.getIterElements(OiicCloneSession.java:1133)
at oracle.sysman.oii.oiic.OiicPullSession.initialize(OiicPullSession.java:1423)
at oracle.sysman.oii.oiic.OiicSessionWrapper.initialize(OiicSessionWrapper.java:784)
at oracle.sysman.oii.oiic.OiicSessionWrapper.initialize(OiicSessionWrapper.java:768)
at oracle.sysman.oii.oiic.OiicInstaller.run(OiicInstaller.java:568)
at oracle.sysman.oii.oiic.OiicInstaller.runInstaller(OiicInstaller.java:969)
at oracle.sysman.oii.oiic.OiicInstaller.main(OiicInstaller.java:906)

cd /DBA/8010_JAN26/12.1.0/jdk

cd bin

[ora8010@devapp bin]$ ./java -version
java version “1.6.0_75”
Java(TM) SE Runtime Environment (build 1.6.0_75-b13)
Java HotSpot(TM) 64-Bit Server VM (build 20.75-b01, mixed mode)

I verified in another successful clone running on same server

[root@devapp bin]# ./java -version
java version “1.7.0_351”
Java(TM) SE Runtime Environment (build 1.7.0_351-b07)
Java HotSpot(TM) 64-Bit Server VM (build 24.351-b07, mixed mode)

CAUSE:

Java version on Source Production was higher than what was brought in tar backup even after the successfull preclone on source ( Production )

SOLUTION:

pwd
/DBA/8010_JAN26/12.1.0

mv jdk XX_jdk_16075

–Copy the higher JDK to target new clone db home–

cp -RH jdk /DBA/8010_JAN26/12.1.0/

chown -R ora8010:dba jdk

cd /DBA/8010_JAN26/12.1.0

cd jdk

chown -R ora8010:dba jdk

cd jdk

Now run:

perl adcfgclone.pl dbTechStack

Hopefully it will be completed now.