Because no one has ported the HotSpot/JIT code (which is architecture dependent) to s390. Sun uses their "Hotspot" compiler to take the Java byte codes and create native s390 instruction sequences. I ported the 1.2 and 1.3 JDKs when they still used a Just In Time compiler (JIT) but hesitated when they went to Hotspot as most of the code was in C++ and there was a ton of work to do. So basically, you can't certify what doesn't exist. I'm not sure the interpreter-only mode of operation is supported (and even that would require some architecturally dependent code to handle parameter passing conventions), it's certainly not desirable from a performance standpoint.
-----Original Message----- We have one customer area that is pretty insistent on trying to run a Weblogic application with a SUN JDK. They are runnning on a 64-bit SLES9 server. We have told them that it would not be a vendor certified configuration (BEA says to use IBM 1.4.2 s1ra). We also stated our IBM support contract would most likely not cover this. They want to know WHY only IBM JDK's are certified. They commonly use Java hot spot options that are not available with an IBM JDK (options that let you split into multiple heaps). In any case, are there any stats available to show that the IBM JDK is best for the platform? Or a good answer to the WHY? ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
