The problems arise when the initial run of the Universal Installer choked on the OPMN config assistant. Actually this assistant just stops, reloads and starts the opmn. Big deal - unless your system is slow. The opmnctl will hit a timeout.
So far - so good. Just quit the installer, cleaned up a little bit and tried to rerun the configToolsCommands. The opmn ran without a glitch.
Now the problems started.
There is just one assistant left - the Oracle WebServices Inspection Language CA.
But this crashed immediately with the following errors:
Exception in thread "main" java.lang.NoClassDefFoundError: org.apache.tools.ant.launch.Launcher
at gnu.gcj.runtime.FirstThread.run() (/usr/lib/libgcj.so.5.0.0)
at _Jv_ThreadRun(java.lang.Thread) (/usr/lib/libgcj.so.5.0.0)
at _Jv_RunMain(java.lang.Class, byte const, int, byte const, boolean) (/usr/lib/libgcj.so.5.0.0)
at __gcj_personality_v0 (/home/oracle/product/soasuite1013/cfgtoollogs/java.version=1.4.2)
at __libc_start_main (/lib/tls/libc-2.3.4.so)
at _Jv_RegisterClasses (/home/oracle/product/soasuite1013/cfgtoollogs/java.version=1.4.2)
I thought of the problem I experienced earlier: if there is a /etc/ant.conf on your system ant will fail. Checked - but no ant.conf so the problem must be something else.
After some googling I found out that this problem is usually caused by a JAVA_HOME that is set incorrectly.
Changing the JAVA_HOME to the $ORACLE_HOME/jdk/ the rerun succeeded.
Seems that the Universal Installer sets the JAVA_HOME to the correct location, but the configToolsCommands will not inherit these settings.
I will log an SR with support - let's see what they think about this.
No comments:
Post a Comment