Latest version on AIX throws JAVA error

Thank you. The stack is a bit different but the error is the same, it fails to load compiled Java classes, causing java.lang.ClassFormatError exception in the startup class. We are still working on finding an acceptable solution for this issue.

Hello Redemann and SysOp,

I had this same problem a year ago and they were not able to fix it because the IBM JDK after 1.4 is not compatible with the SUN standard JDK. I hope that they do eventually find a way to fix this problem because it does cause issues using 24x7 in an AIX environment.

The workaround for me last year was that development backported the 24x7 libs to use IBM JDK 1.4 which does work. The main issue here is that you have to use an OLD JDK.

John

>>> "Technical Support" <support@softtreetech.com> 1/9/2009 10:06 AM >>>
Hi,

We will continue looking into the issue with Java 1.5 and AIX. In a mean
time we have backported 24x7 libraries to Java version 1.4. The file to
download is 4.2.280_for_jre1.4.zip

Please unzip this file into an existing installation of 24x7 on AIX system.
You now should be able to use 1.4 JDK or JRE to run the new 24x7 version
just like you used it to run the old one. Please let us know if that works
for you.

Sincerely,
Technical Support at SoftTree Technologies, Inc.
______________________________________________________________

Thank you for your suggestion. Backporting is definitely an option in this case.

In my opinion, in a long run this is not a feasible option, sooner or later Java 1.4 will become absolute on AIX systems. I guess we will end up with compiling the code directly on AIX system and offering it as a separate distribution package. Another nail in "write once, run anywhere…"

	SysOp wrote:
	... Another nail in "write once, run anywhere…"

Sadly the truth!

I keep waiting...

Thanks and regards

OK - got some great news. IBM suport told me this:

"We found out that the problem was caused by an illegal character in a Java
method (which was '-')
Usually this kind of problem is detected by javac and the code is not
compiled (either with IBM or SUN JVM) but the bytecode may be altered later
after the compile and before the Java classes are loaded by classloaders.
The relief was to use -Xverify:none"

When I now use the "-Xverify:none" I get the following (which is hopefuly easy to change):

root@hacmp:"/usr/local/24x7_Scheduler36"$ ./master.sh

ERROR: Unsupported Java version. Version 1.5 is required! You are using pap32dev-20051104

Press Enter key to exit.

IBM's "java -version" (5 and 6) looks like this:

Version6:
root@hacmp:"/usr/local/24x7_Scheduler36"$ /usr/java6_64/bin/java -version
java version "1.6.0"
Java(TM) SE Runtime Environment (build pap6460sr6-20090925_01(SR6))
IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 AIX ppc64-64 jvmap6460sr6-20090923_42924 (JIT enabled, AOT enabled)
J9VM - 20090923_042924
JIT - r9_20090902_1330ifx1
GC - 20090817_AA)
JCL - 20090924_01

Version5:
root@hacmp:"/usr/local/24x7_Scheduler36"$ java -version
java version "1.5.0"
Java(TM) 2 Runtime Environment, Standard Edition (build pap32dev-20051104)
IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 AIX ppc-32 j9vmap3223-20051103 (JIT enabled)
J9VM - 20051027_03723_bHdSMR
JIT - 20051027_1437_r8
GC - 20051020_AA)
JCL - 20051102

I think we are near to solve the issue.

Regards

Thank you for extremely helpful information. I'll pass that to dev.

As far as I understand, the bytecode is indeed altered after the compilation to prevent decompilation and code alteration/recompilation because it contains some sensitive information we don't want to be exposed.

Please try altering master.sh and adding "-Xverify:none" switch after /java and then running it as

root@hacmp:"/usr/local/24x7_Scheduler36"$ ./master.sh noGUI anyJVM

The second parameter tells it not to enforce Java version check.

OkiDoki. Used ./master.sh noGUI anyJVM

I get (no matter using JAVA5 or JAVA6)

root@hacmp:"/usr/local/24x7_Scheduler36"$ 2010-01-12 15:44:15,785 [main] FATAL com.softtreetech.jscheduler.JSchedulerStarter - startup() :
java.lang.ClassFormatError: (com/softtreetech/jscheduler/business/H) field name is invalid at offset=10173
at java.lang.ClassLoader.defineClassImpl(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:218)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:146)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:556)
at java.net.URLClassLoader.access$400(URLClassLoader.java:119)
at java.net.URLClassLoader$ClassFinder.run(URLClassLoader.java:961)
at java.security.AccessController.doPrivileged(AccessController.java:270)
at java.net.URLClassLoader.findClass(URLClassLoader.java:487)
at java.lang.ClassLoader.loadClass(ClassLoader.java:560)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:327)
at java.lang.ClassLoader.loadClass(ClassLoader.java:517)
at com.softtreetech.jscheduler.business.for.super(Unknown Source)
at com.softtreetech.jscheduler.JSchedulerStarter.o00000(Unknown Source)
at com.softtreetech.jscheduler.JSchedulerStarter.main(Unknown Source)

Hope this does not lead to new mysteries...

Regards

BTW: THIS message can now be found in debug.log (which was not the case before):

root@hacmp:"/usr/local/24x7_Scheduler36"$ cat debug.log
2010-01-12 15:49:27,203 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - JVM version: pap6460sr6-20090925_01 (SR6)
2010-01-12 15:49:27,205 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - main(...) : start
2010-01-12 15:49:27,206 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : start
2010-01-12 15:49:27,211 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : creating business objects
2010-01-12 15:49:27,218 [main] FATAL com.softtreetech.jscheduler.JSchedulerStarter - startup() :
java.lang.ClassFormatError: JVMCFRE114 field name is invalid; class=com/softtreetech/jscheduler/business/H, offset=10173
at java.lang.ClassLoader.defineClass(ClassLoader.java:265)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:69)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:521)
at java.net.URLClassLoader.access$300(URLClassLoader.java:66)
at java.net.URLClassLoader$ClassFinder.run(URLClassLoader.java:985)
at java.security.AccessController.doPrivileged(AccessController.java:284)
at java.net.URLClassLoader.findClass(URLClassLoader.java:416)
at java.lang.ClassLoader.loadClass(ClassLoader.java:643)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:346)
at java.lang.ClassLoader.loadClass(ClassLoader.java:609)
at com.softtreetech.jscheduler.business.for.super(Unknown Source)
at com.softtreetech.jscheduler.JSchedulerStarter.o00000(Unknown Source)
at com.softtreetech.jscheduler.JSchedulerStarter.main(Unknown Source)

May be this helps.

This is the same dreaded ClassFormatError that has occurred before, except that now it refers to "JVMCFRE114 field name is invalid"

Is this is the only thing that you see in the debug.log. Does it print anything else before the exception? Any human readable text?

Also, please let us know if the same exception occurs with JVM 1.5.

With version 5 it's almost identical:

root@hacmp:"/usr/local/24x7_Scheduler36"$ cat debug.log
2010-01-12 17:59:37,333 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - JVM version: pap32dev-20051104
2010-01-12 17:59:37,337 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - main(...) : start
2010-01-12 17:59:37,338 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : start
2010-01-12 17:59:37,344 [main] DEBUG com.softtreetech.jscheduler.JSchedulerStarter - startup() : creating business objects
2010-01-12 17:59:37,349 [main] FATAL com.softtreetech.jscheduler.JSchedulerStarter - startup() :
java.lang.ClassFormatError: (com/softtreetech/jscheduler/business/H) field name is invalid at offset=10173
at java.lang.ClassLoader.defineClassImpl(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:218)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:146)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:556)
at java.net.URLClassLoader.access$400(URLClassLoader.java:119)
at java.net.URLClassLoader$ClassFinder.run(URLClassLoader.java:961)
at java.security.AccessController.doPrivileged(AccessController.java:270)
at java.net.URLClassLoader.findClass(URLClassLoader.java:487)
at java.lang.ClassLoader.loadClass(ClassLoader.java:560)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:327)
at java.lang.ClassLoader.loadClass(ClassLoader.java:517)
at com.softtreetech.jscheduler.business.for.super(Unknown Source)
at com.softtreetech.jscheduler.JSchedulerStarter.o00000(Unknown Source)
at com.softtreetech.jscheduler.JSchedulerStarter.main(Unknown Source)

BTW: Both debug.log's are cleaned up before calling master.sh. So this is the complete output.

Regards

Thanks a lot to the support providing me with a IBM JAVA working version meanwhile.

If I'm right there should also be a new Web Console out. Still only on demand or is there already an "official" download link and I canot find it?
Could you please also provide me the latest Web Console.

Thanks and regards

The download link is provided on request to licensed users only, that's why you cannot find it on our web sites. This is the same static link that is provided in your license file. If you lost it, please send an email to the support.

Thanks! Long ago that I downloaded Web Console...