64 bit Jrockit (1.4.2)

Hello,
Does anyone know if a x86_64 build of Jrockit exists for java 1.4.x ?
Thanks,
Ilan

No, there is no 1.4.x version of JRockit for x86_64.
Sorry,
/staffan

Similar Messages

64-bit JRockit on Windows for EM64T

When will be available for download a version of 64-bit JRockit, which has support for Windows on 64-bit Intel Xeon processors (EM64T)?
Or, is it possible to download any beta for it?

It will be available for download within a month. Unfortunately, we do not have a public beta.
Cheers,
Henrik StÃ¥hl
Product Manager

Using 64 bit JRockit with OSB 10gR3

Is it a good idea to use 64 bit JRockit JVM with OSB 10gR3?
As per my knowledge OSB 10gR3 uses 32bit JVM. Our production environment is 64 bit Linux box having 32GB memory. But we are not appropriately able to use it if we are using 2 bit JVM (like -Xmx in JVM cannot be equal or more than 4GB). I am planning to use 64 bit JRockit JVM to run Weblogic servers
Is there any known issues or I am simply missing something?

Hello Calvin,
I found the supported configs docs for OSB 10gR3 here:
http://download.oracle.com/docs/cd/E13196_01/platform/suppconfigs/configs_al10gr3/osb10gr3/overview.html#1128234
The 64-bit JRockit does seem to be supported on Oracle and Red Hat Linux, so it should work just fine.
Henrik

How to install and configure WebLogic 10.3 to use 64-bit JDK?

Hi,
Is there a preferred/supported way to configure WebLogic to use the 64-bit JRockit that comes with JRockit Mission Control?
I can't find any official documentation about how to configure WebLogic to use a 64-bit JDK. From other forum posts I can tell we need to use the 64-bit JRockit that is bundled with JRockit Mission Control (available at [http://www.oracle.com/technology/software/products/jrockit/index.html]) but then we are kind of stuck - the configure script which let me select a JDK for a domain doesn't seem to let me re-configure an existing domain, and I can't find anything within the admin console that would let me set the JDK to use.
I was able to rename the existing jrockit_160_05 directory to e.g. jrockit_160_05_original and then rename the jrmc directory to "jrockit_160_05", effectively taking the place of the JDK being used but this seemed like a bad way to do it. I also found via Google this page: [http://java.sodeso.nl/application-servers/bea-weblogic/how-can-i-change-the-jdk-installation-that-weblogic-uses] which basically says to modify the JAVA_HOME environment variable in the start scripts, but this seems like the same thing.
With the plethora of products and the different ways they are bundled, combined with all the documentation about everything, I thought I would find something but I keep coming up blank. Does anyone have suggestions or pointers?
Thanks,
KaJun

Make sure your environment configuration is supported here:
http://www.oracle.com/technology/software/products/ias/files/fusion_certification.html
Then, you need to have the correct 64bit JDK installed. Sounds like you have done that.
Then download and run the generic platform installer as described here with your 64bit supported JDK:
http://download.oracle.com/docs/cd/E12839_01/doc.1111/e14142/start.htm#i1077535
Notice how the link you post has the generic installer for all the 64bit JVM rows, but the other installer for the 32bit JVMs on the 64bit OS?

No HspEssbaseEnv in java.library.path (Planning + Weblogic + JRockit)

Hello!
When I'm running Planning in 64-bit JRockit JVM in SPARC box, аfter initialization EssBase API, in the log I get the following error:
java.lang.UnsatisfiedLinkError: no HspEssbaseEnv in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:822)
at java.lang.System.loadLibrary(System.java:993)
at com.hyperion.planning.olap.HspEssbaseEnv.<clinit>(Unknown Source)
If i use 32 or 64 SUN JVM, then no problems.
Of course, I pre-set parameter -Dcom.hyperion.planning.datamodel=64 and lib paths to 64-bit Essbase RTC and Planning/lib64.
I even created a small program that uses the Planning jar:
import com.hyperion.planning.olap.*;
public class test {
 public static void main(String[] args) {
 HspEssbaseEnv en=new HspEssbaseEnv();
 System.out.println("Done!");
It works with 64bit Sun JVM, but doesnt works with JRockit.
Have you any ideas about this problem?

Hello!
When I'm running Planning in 64-bit JRockit JVM in SPARC box, аfter initialization EssBase API, in the log I get the following error:
java.lang.UnsatisfiedLinkError: no HspEssbaseEnv in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:822)
at java.lang.System.loadLibrary(System.java:993)
at com.hyperion.planning.olap.HspEssbaseEnv.<clinit>(Unknown Source)
If i use 32 or 64 SUN JVM, then no problems.
Of course, I pre-set parameter -Dcom.hyperion.planning.datamodel=64 and lib paths to 64-bit Essbase RTC and Planning/lib64.
I even created a small program that uses the Planning jar:
import com.hyperion.planning.olap.*;
public class test {
 public static void main(String[] args) {
 HspEssbaseEnv en=new HspEssbaseEnv();
 System.out.println("Done!");
It works with 64bit Sun JVM, but doesnt works with JRockit.
Have you any ideas about this problem?

AMD64 version of WLS 8.1? (Windows XP 64-bit)

Considering that MS is now offering an AMD64 version of Windows XP 64-bit for general
download - and Weblogic 8.1 is already 64 bit what are the chances of getting
a recompile for AMD64 or at least a beta version ?
Anyone else want this ?

"Issac Osis" <[email protected]> wrote:
Considering that MS is now offering an AMD64 version of Windows XP 64-bitI would be interested in your results of running the 64-bit JRockit 1.4.2 and
WebLogic 8.1 SP2 on the beta version of Windows Server 2003 Enterprise Edition
for 64-Bit Extended Systems (AMD Opteron). See public beta program here:
http://www.microsoft.com/windowsserver2003/64bit/extended/
Good luck!
Brian J. Mitchell
Systems Administrator, TRX
PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x8BEE2240
Fingerprint: 3A84 A5D6 EE26 BC10 E525 1905 6FF0 0B6F 8BEE 2240

ANNOUNCE: JRockit 5.0 R26 released

Hello all,
We have now released JRockit 5.0 R26, which is the latest update to our J2SE 5.0 version. Download this update here:
http://commerce.bea.com/products/weblogicjrockit/5.0/jr_50.jsp
New supported platforms
- Windows x64 Edition (native 64-bit JVM)
- Solaris 9 Sparc (available before xmas)
- Full support for SuSE 9.0 and Red Flag 5.0
http://e-docs.bea.com/jrockit/jrdocs/suppPlat/supp_50.html#1010432
Larger heaps
- 64-bit JRockit verified to work with 320 GB heap
- Significantly larger heaps on Windows
http://dev2dev.bea.com/blog/hstahl/archive/2005/12/how_to_get_almo.html
Performance enhancements
- faster code generation for very large methods (often JSPs)
- significant improvements to 64-bit performance
- floating point performance
Updated Java version
- JDK 5.0 Update 4
Updated and expanded documentation
http://e-docs.bea.com/jrockit/webdocs/index.html
JRockit Mission Control
- Full support for JRockit's unique tooling in production environments is now available. Developer license are available for free, as always.
http://dev2dev.bea.com/jrockit/tools.html
For a full list of the significant changes, see the release notes at
http://e-docs.bea.com/jrockit/releases/5026x/relnotes/relnotes.html#1051394
Note that starting with this release, JRockit will not include the Java Plugin or Java Web Start. The main reason for this exclusion is security concerns. We are investigating if they can be provided as-is in a separate download in the future.

This new version crashes, both on Linux FC2 and Windows XP SP2, when starting Art Of Illusion (http://www.artofillusion.org), on ia32.
AoI works fine with BEA JRockit 1.5.0_02 on Linux and BEA JRockit 1.4.2 on Linux and Windows, on ia32.
It is very easy to reproduce the problem: download/install AoI, follow instructions. It should take you 5 to 10 minutes to see the problem.
They have a performance test that may interest you too.
Regards,
Tony
./aoi.sh
java is /opt/jrockit-jdk1.5.0_04/bin/java
/opt/jrockit-jdk1.5.0_04/bin/java -Xmx512m -cp ./ArtOfIllusion.jar:./jogl.jar artofillusion.ModellingApp
===== BEGIN DUMP =============================================================
JRockit dump produced after 0 days, 00:00:16 on Wed Dec 14 13:58:00 2005
Additional information is available in:
/home/reixt/Tools/ArtOfIllusion/ArtOfIllusion2.2/jrockit.18340.dump
No snapshot file (core dump) will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
If you see this dump, please open a support case with BEA and
supply as much information as you can on your system setup and
the program you were running. You can also search for solutions
to your problem at http://forums.bea.com in
the forum jrockit.developer.interest.general.
Error Message: Illegal memory access. [54]
Signal info : si_signo=12, si_code=2 si_addr=(nil)
Version : BEA JRockit(R) R26.0.0-189-53463-1.5.0_04-20051122-2040-linux-ia32
GC : System optimized over throughput (initial strategy singleparpar)
: mmHeap->data = 0x8100000, mmHeap->top = 0xc100000
CPU : Intel Pentium 4 SSE SSE2 NetBurst
Number CPUs : 1
Tot Phys Mem : 1044086784 (995 MB)
OS version : Fedora Core release 2 (Tettnang)
Linux version 2.6.9-1.6_FC2 ([email protected]) (gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7)) #1 Thu Nov 18 22:03:19 EST 2004
Thread System: NPTL
State : JVM is running (Main thread has finished)
Command Line : -Djrockit.launcher.type=jrockit.shipment -Xmx512m artofillusion.ModellingApp
JAVA_HOME : <not set>
java.home : /opt/jrockit-jdk1.5.0_04/jre
j.class.path : ./ArtOfIllusion.jar:./jogl.jar
j.lib.path : /opt/jrockit-jdk1.5.0_04/jre/lib/i386/jrockit:/opt/jrockit-jdk1.5.0_04/jre/lib/i386:/opt/jrockit-jdk1.5.0_04/jre/../lib/i386::.
C Heap : Good; no memory allocations have failed
StackOverFlow: 0 StackOverFlowErrors have occured
Registers (from ThreadContext: 0xf57cff7c / OS context: 0xf57d0058):
eax = 0000000c ecx = ef962d60 edx = f602dd50 ebx = ef956d44
esp = f57d0344 ebp = f57d0398 esi = 00000000 edi = ef962ae0
es = 0000007b cs = 00000073 ss = 0000007b ds = 0000007b
fs = 00000000 gs = 00000033
eip = f521b520 eflags = 00000286
Stack:
(* marks the word pointed to by the stack pointer)
f57d0344: f141a808* ef956d28 f5217a8f ef956d44 f602dd50 f141ac58
f57d035c: 002cc760 002cafdc 002cc760 00000001 f57d0388 0021325d
f57d0374: 002cc760 f5252494 00000002 00000bd1 f141a2b0 f141a248
f57d038c: ef956d28 00000bd1 f141a2b0 f57d03c8 f5217bfd f600c240
f57d03a4: f141a2b0 00000bd1 00000020 00000024 65000042 f57d03d8
f57d03bc: f141a2b0 ffffffff ffffffff f57d03f8 f51f9c55 f600c240
f57d03d4: f141a2b0 f57d03f8 f52359e0 f600c240 f141a808 027f0009
f57d03ec: f141a248 09bf0f10 00000074 f57d0418 f51ecd64 f600c240
f57d0404: 00000000 00000028 f600c240 00000074 00000000 f57d0458
f57d041c: f51ed2e4 f600c240 00000b01 00000000 00000028 00000074
f57d0434: 09bf0f10 00000000 00000000 f537ac9c 00001405 00000001
f57d044c: f600c240 f57d04a0 f57d04d0 f57d0478 f5185007 00000001
f57d0464: 00000074 00001405 09bf0f10 f533e0c0 f54a72a0 f57d0498
f57d047c: f53e33cf 00000001 00000074 00001405 09bf0f10 09bf0f10
f57d0494: f58ee258 f57d04bc 0261a7d7 f58ee3b4 f57d04cc 00000001
f57d04ac: 00000074 00001405 f57d04d0 023902a7 ef956b20 0261a7d2
f57d04c4: f58ee46c f57d04a0 093901e0 09bf0f00 f58ee258 f57d04bc
f57d04dc: f58ee3b4 00000001 087cfaa8 00000003 02619663 00001405
f57d04f4: 087cfaa8 08275a38 09bf0f00 0000003a 00000074 00000028
f57d050c: 08275a18 0875b9f0 087c6e00 08270658 026194a6 087caf30
f57d0524: 0875b9f0 08270658 0261897c 087caf30 0875b9f0 f58ee3b4
f57d053c: 02617906 00000000 080a0938 09beeb50 f58ee46c f57d0538
f57d0554: 087caf30 00000000 00000000 00000000 02390dfb 087c6e00
f57d056c: 00000001 087c6e00 08270658 00000000 02617906 09beeb50
f57d0584: f58ee46c 087c6e00 087c6e00 f58ee258 09bed528 088f1ce0
f57d059c: 087caf30 f58ee258 09beeb50 087c6e00 09bed528 088f1ce0
f57d05b4: 026170f0 f57d05bc 01fc6b60 088e26a0 023902ac f58ee3b4
f57d05cc: f57d05ec 00000015 02616e27 088e26a0 080a0838 023902a7
f57d05e4: f58ee46c f57d05c8 088f1ce0 f58ee258 088e26a0 09beb3f0
f57d05fc: 023903b1 087cfaa8 00000000 088f1ce0 088e26a0 09beb3f0
f57d0614: 02616e27 087db668 09beb3f0 00000000 02616da8 00000013
f57d062c: 025db1de 088cbee8 088e26a1 094750c0 00000000 00000000
f57d0644: 00000000 00000000 088cbf18 00000000 00000000 088e26a0
f57d065c: 00000001 00000000 088cbee8 081e0180 088cbef8 00000000
f57d0674: 088cbf18 00000000 025dad43 088cbee8 087db668 088cbef8
f57d068c: 087db668 087db668 02616d89 088cbef8 02616d5b 094505c0
f57d06a4: 024f9775 0000006e 024f9740 09beb100 09beb100 09450188
f57d06bc: 09beb0a0 00000000 024f863e 09beb100 084f4600 09beb100
f57d06d4: 094505c0 00000000 087db668 09beb0a0 00000000 08759a81
f57d06ec: 09c1b600 09450188 024f7832 09c1b600 00000320 086bae20
f57d0704: 024f4828 090df138 09beafc8 00000002 090df138 09beafc8
f57d071c: 09c1b600 090df138 09beafc8 087db668 02616d11 09bddd18
f57d0734: 00000257 086bec30 086bec30 086be8e8 09c1b600 09c1b600
f57d074c: 024f3d5b 00000001 024ec2f3 086be8e9 086be8e8 086be8e8
f57d0764: 081e0180 09c1b600 024ea663 02390350 081e0180 00000000
f57d077c: ffffffff 09c1b600 00000001 00000000 02390dfb ffffffff
f57d0794: ffffffff 00000001 023918fa 00000000 024ea35a 081e0180
f57d07ac: ffffffff 081e0450 00000000 081e0180 f58ee258 081e0450
f57d07c4: 024ea2e2 00000000 024ea2c0 fffffffc 024ea16a f57d07f8
f57d07dc: f6e49c1a 081e0180 02390014 f58ee258 f58ee258 fffffffc
f57d07f4: 02391971 fffffffc f6de305e f57d08a8 024ea130 00000000
f57d080c: 00000001 080c2210 f57d0838 f58ee258 f6de501c f58ee258
f57d0824: 024ea130 f57d08a8 f57d0990 00000000 00000000 f57d0908
f57d083c: f6eafcdd 080c2210 f58ee258 024ea130 f57d08a8 f57d0990
f57d0854: 080830bc 00000001 00000000 004a38b8 f58ee3b4 004a38b8
f57d086c: f58ee760 f57d094c 00000000 f57d08a8 00000000 00000001
f57d0884: 00000000 f57d08a8 080830bc f58ee3b4 01ced6c8 01cee2f8
f57d089c: 00000000 f57d094c 00000001 f58ee258 0000001c f57d09d0
f57d08b4: 004a3080 f57d08f8 f6ea429e f58ee3b4 01ced6c8 01cee2f8
f57d08cc: f57d094c f57d094c f58ee3b4 004a38b8 f57d08e4 f57d094c
f57d08e4: f58ee3b4 080830bc 00000006 00000001 00000001 00000001
f57d08fc: 00000000 00000001 00000000 f57d0958 f6ea43e5 f58ee3b4
f57d0914: 004a38b8 f58ee760 f58ee258 00000000 f57d09dc f6eaf9d0
f57d092c: f57d0990 004a38b8 f58ee3b4 f58ee258 f6ed893c f58ee3b4
f57d0944: f58ee468 f57d09b8 f58ee760 00000000 00000000 f57d0998
f57d095c: f6ea4dbe f58ee3b4 004a38b8 f58ee258 00000000 f57d09dc
f57d0974: f6eaf9d0 00000000 f57d0990 f58ee3b4 f58ee3b4 f57d09d8
f57d098c: f6ea089c f58ee200 f58ee3b4 f57d09c8 f6ea495c f58ee3b4
f57d09a4: f58ee258 004a38b8 f57d09dc f58ee258 f58ee3b4 f57d0a28
f57d09bc: f6ed75c7 00000020 00000000 f57d09f8 f6ed728b f58ee3b4
f57d09d4: f58ee258 004a38b8 00476ff4 f6ed722c 00000000 004a309c
f57d09ec: 00000000 f57d09f8 0046f090 f57d0a28 f6ed6b34 00000000
f57d0a04: 41eeafa1 f57d0a28 f6ed6b07 feffd074 f57d0bb0 f58ee258
f57d0a1c: f58ee258 00000000 00000000 f57d0a68 f6ed78d1 f6ed722c
f57d0a34: 00000000 00000000 00000000 f58ee220 f57d0bb0 f57d0ac4
f57d0a4c: 00000000 00000000 00000000 00000000 080596b8 00000000
f57d0a64: f6ed722c f57d0a98 f6ecc20f feffd074 00000000 00000000
f57d0a7c: 00000000 00476ff4 00000000 00000000 00000000 00000000
f57d0a94: 00000000 f57d0b0c 0046c98c f58ee220 f57d0ac4 00000000
f57d0aac: 00000000 00000000 00000000 00000000 00000000 f57d0bb0
f57d0ac4: 00476ff4 f57d0bb0 00000000 f57d0b0c f57d0aa4 0046c970
f57d0adc: 00000000 00000000 00000000 00000000 00000000 00000000
f57d0af4: 00000000 00000000 00000000 0046c8f0 00000000 00000000
f57d0b0c: 00000000 0026e7da f57d0bb0 00000000 00000000 00000000
f57d0b24: 00000000 00000000 00000000 00000000 00000000 00000000
f57d0b3c: 00000000 00000000 00000000 00000000 00000000 00000000
Code:
(* marks the word pointed to by the instruction pointer)
f521b420: 66100ff3 e4c60f00 100ff300 c60f046e 0ff300ed 0f087610
f521b438: 0f00f6c6 590fe059 f2590fe9 0fe5580f 580fe658 67290fe3
f521b450: 10c78300 cf39c601 5e5fc675 00768dc3 748b5756 7c8b1424
f521b468: 4e8b0c24 74c98508 0c468b4a 07144f83 c7084f89 00031047
f521b480: e1c10000 04768b04 01047f8b 74f739f9 900deb2a 90909090
f521b498: 90909090 90909090 0046120f 0047130f 46100ff3 110ff308
f521b4b0: c7830847 39c60110 5fe575cf f689c35e 748b5756 7c8b1424
f521b4c8: 548b0c24 4e8b1024 74c98508 0c468b74 07144f83 c7084f89
f521b4e0: 00031047 e1c10000 04768b04 01047f8b 900debf9 90909090
f521b4f8: 90909090 90909090 4a100ff3 100ff300 140f1452 52120fca
f521b510: 100ff330 0ff3285a 90386210 0026748d 0046120f* 0fc1590f
f521b528: 130fc258 0ff30047 f3084610 f3c3590f f3c4580f 0847110f
f521b540: 0110c783 75cf39c6 c35e5fd7 748b5756 7c8b1424 548b0c24
f521b558: 4e8b1024 0fc98508 0000a184 0c468b00 0f144f83 c7084f89
f521b570: 00041047 e1c10000 04768b04 01047f8b 909090f9 90909090
f521b588: 90909090 90909090 90909090 90909090 90909090 90909090
f521b5a0: 4a100ff3 100ff300 140f1452 52120fca 100ff320 0ff3285a
f521b5b8: 0f386210 f689f657 0046120f f3c1590f 086e100f 00edc60f
f521b5d0: 0fea590f 130fc558 0ff30047 f3084610 f3c3590f f3c4580f
f521b5e8: 0847110f 46100ff3 100ff308 e85c0fee 6f110ff3 10c7830c
f521b600: cf39c601 5e5fba75 00768dc3 748b5756 7c8b1424 548b0c24
f521b618: 4e8b1024 74c98508 0c468b74 07144f83 c7084f89 00031047
Loaded modules:
(* denotes the module causing the exception)
08048000-0805624f /opt/jrockit-jdk1.5.0_04/bin/java
00468000-00475589 /lib/tls/libpthread.so.0
002d1000-002f117f /lib/tls/libm.so.6
002f6000-002f7c33 /lib/libdl.so.2
001b3000-002c8763 /lib/tls/libc.so.6
0019a000-001ae16f /lib/ld-linux.so.2
f6d5c000-f6f7c427 /opt/jrockit-jdk1.5.0_04/jre/lib/i386/jrockit/libjvm.so
f6d3f000-f6d48cd3 /lib/libnss_files.so.2
f6cbe000-f6cde1f7 /opt/jrockit-jdk1.5.0_04/jre/lib/i386/libjava.so
f6cb2000-f6cbc7bb /opt/jrockit-jdk1.5.0_04/jre/lib/i386/libverify.so
02364000-02374f0b /lib/libnsl.so.1
f6c3b000-f6c40f13 /opt/jrockit-jdk1.5.0_04/jre/lib/i386/native_threads/libhpi.so
f64fd000-f657137f /opt/jrockit-jdk1.5.0_04/jre/lib/i386/libawt.so
f6365000-f642a21f /opt/jrockit-jdk1.5.0_04/jre/lib/i386/libmlib_image.so
f632b000-f63601d8 /opt/jrockit-jdk1.5.0_04/jre/lib/i386/xawt/libmawt.so
003d9000-003e5333 /usr/X11R6/lib/libXext.so.6
002fc000-003c0b2b /usr/X11R6/lib/libX11.so.6
f62aa000-f631ca5f /opt/jrockit-jdk1.5.0_04/jre/lib/i386/libfontmanager.so
f6283000-f6284677 /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2
f616a000-f6171783 /usr/X11R6/lib/libXcursor.so.1
f6162000-f6168633 /usr/X11R6/lib/libXrender.so.1
f5c2a000-f5c5896f /opt/jrockit-jdk1.5.0_04/jre/lib/i386/libjpeg.so
f57fc000-f580c4f8 /opt/jrockit-jdk1.5.0_04/jre/lib/i386/libnet.so
f57f5000-f57fab18 /opt/jrockit-jdk1.5.0_04/jre/lib/i386/libnio.so
f54a8000-f54a886d /opt/jrockit-jdk1.5.0_04/jre/lib/i386/libjawt.so
f5375000-f54a537c /home/reixt/Tools/ArtOfIllusion/ArtOfIllusion2.2/libjogl.so
f52e0000-f535ed13 /usr/X11R6/lib/libGL.so.1
f5265000-f52dcbff /usr/X11R6/lib/libGLU.so.1
003c6000-003c972b /usr/X11R6/lib/libXxf86vm.so.1
021a1000-0225190b /usr/lib/libstdc++.so.5
f525d000-f5263d0b /lib/libgcc_s.so.1
f50ea000-f524e1d3 */usr/X11R6/lib/modules/dri/i830_dri.so
ef8f2000-ef90cf27 /usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2
ef8e8000-ef8e8d2f /usr/lib/gconv/ISO8859-1.so
"AWT-EventQueue-0" id=14 idx=0x1c tid=18353 lastJavaFrame=0xf57d04bc
Stack 0: start=0xf57ad000, end=0xf57d1000, guards=0xf57b2000 (ok), forbidden=0xf57b0000
Thread Stack Trace:
at mesainit_sse_transform_asm+2992(i830_vb.c)@0xf521b520
at init_vertex_stage+237(t_vb_vertex.c)@0xf5217bfd
at tnlrun_pipeline+133(i830_vb.c)@0xf51f9c55
at tnldraw_range_elements+212(t_array_api.c)@0xf51ecd64
at tnlDrawElements+260(i830_vb.c)@0xf51ed2e4
at neutral_DrawElements+119(vtxfmt.c)@0xf5185007
at Java_net_java_games_jogl_impl_x11_X11GLImpl_glDrawElements__III_3I+79()@0xf53e33cf
-- Java stack --
at net/java/games/jogl/impl/x11/X11GLImpl.glDrawElements(III[I)V(Native Method)
 at artofillusion/view/GLCanvasDrawer.renderWireframe(Lartofillusion/WireframeMesh;Lartofillusion/Camera;Ljava/awt/Color;)V(GLCanvasDrawer.java:380)
 at artofillusion/ViewerCanvas.renderWireframe(Lartofillusion/WireframeMesh;Lartofillusion/Camera;Ljava/awt/Color;)V(ViewerCanvas.java:794)
 at artofillusion/SceneViewer.renderObject(Lartofillusion/object/ObjectInfo;Lartofillusion/math/Vec3;)V(SceneViewer.java:237)
 at artofillusion/SceneViewer.updateImage()V(SceneViewer.java:145)
 at artofillusion/view/GLCanvasDrawer$CanvasListener.display(Lnet/java/games/jogl/GLDrawable;)V(GLCanvasDrawer.java:685)
 at net/java/games/jogl/impl/GLDrawableHelper.display(Lnet/java/games/jogl/GLDrawable;)V(GLDrawableHelper.java:74)
 at net/java/games/jogl/GLCanvas$DisplayAction.run()V(GLCanvas.java:249)
 at net/java/games/jogl/impl/GLContext.invokeGL(Ljava/lang/Runnable;ZLjava/lang/Runnable;)V(GLContext.java:294)
 ^-- Holding lock: net/java/games/jogl/impl/x11/X11OnscreenGLContext@0x88e26a0[thin lock]
at net/java/games/jogl/GLCanvas.maybeDoSingleThreadedWorkaround(Ljava/lang/Runnable;Ljava/lang/Runnable;Z)V(GLCanvas.java:236)
at net/java/games/jogl/GLCanvas.display()V(GLCanvas.java:77)
at net/java/games/jogl/GLCanvas.paint(Ljava/awt/Graphics;)V(GLCanvas.java:86)
at sun/awt/RepaintArea.paintComponent(Ljava/awt/Component;Ljava/awt/Graphics;)V(RepaintArea.java:248)
at sun/awt/X11/XRepaintArea.paintComponent(Ljava/awt/Component;Ljava/awt/Graphics;)V(XRepaintArea.java:56)
at sun/awt/RepaintArea.paint(Ljava/lang/Object;Z)V(RepaintArea.java:224)
at sun/awt/X11/XComponentPeer.handleEvent(Ljava/awt/AWTEvent;)V(XComponentPeer.java:630)
at java/awt/Component.dispatchEventImpl(Ljava/awt/AWTEvent;)V(Component.java:4031)
at java/awt/Component.dispatchEvent(Ljava/awt/AWTEvent;)V(Component.java:3803)
at java/awt/EventQueue.dispatchEvent(Ljava/awt/AWTEvent;)V(EventQueue.java:463)
at java/awt/EventDispatchThread.pumpOneEventForHierarchy(ILjava/awt/Component;)Z(EventDispatchThread.java:242)
at java/awt/EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava/awt/Component;)V(EventDispatchThread.java:163)
at java/awt/EventDispatchThread.pumpEvents(ILjava/awt/Conditional;)V(EventDispatchThread.java:157)
at java/awt/EventDispatchThread.pumpEvents(Ljava/awt/Conditional;)V(EventDispatchThread.java:149)
at java/awt/EventDispatchThread.run()V(EventDispatchThread.java:110)
at jrockit/vm/RNI.c2java(IIII)V(Native Method)
-- end of trace
Additional information is available in:
/home/reixt/Tools/ArtOfIllusion/ArtOfIllusion2.2/jrockit.18340.dump
No snapshot file (core dump) will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
If you see this dump, please open a support case with BEA and
supply as much information as you can on your system setup and
the program you were running. You can also search for solutions
to your problem at http://forums.bea.com in
the forum jrockit.developer.interest.general.
Extended, platform specific info:
libc release: 2.3.3-stable
Elf headers:
libc ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1 ENTRY: 001c7bc0 PHOFF: 00000034 SHOFF: 001639a0 EF: 0x0 HS: 52 PS: 32 PHN; 10 SS: 40 SHN: 70 STIDX: 69
libpthread ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1 ENTRY: 0046c760 PHOFF: 00000034 SHOFF: 00019914 EF: 0x0 HS: 52 PS: 32 PHN; 9 SS: 40 SHN: 39 STIDX: 38
libjvm ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1 ENTRY: 0004dd60 PHOFF: 00000034 SHOFF: 00280c74 EF: 0x0 HS: 52 PS: 32 PHN; 3 SS: 40 SHN: 20 STIDX: 17
===== END DUMP ===============================================================
./aoi.sh: line 77: 18340 Abandon $JAVACMD

AD4J with JRockit

A customer wants to use AD4J for their production applications running on the following environment
Weblogic 9.2
Red Hat Enterprise Linux 4.0 (64 bit)
JRockit 1.5_04 (64 bit)
AD4J 10.2.0.4 Version 4
From the readme.txt I understand that this version of JVM is not supported with AD4J (I tried connecting to an agent running on this app server. It connected to all the JVMs but displayed the message "JVM not supported" in the JVM's section of the console).
Is there a work around to use AD4J with this application? Are there plans to support 64bit Jrockit on linux for AD4J? Also, how does JRMC compare against AD4J in terms of features? Can we run JRMC all the time in production environment without any high overhead?
Appreciate your help
Sairam

The AD4J team is certifying their product with JRockit on one platform at a time, with the most common deployment platforms for WLS/JRockit first. I would expect 64-bit Linux soon since it is also rather common (but still trailing 32-bit).
Henrik

JRockit and AD4J

A customer wants to use AD4J for their production applications running on the following environment
Weblogic 9.2
Red Hat Enterprise Linux 4.0 (64 bit)
JRockit 1.5_04 (64 bit)
AD4J 10.2.0.4 Version 4
From the readme.txt I understand that this version of JVM is not supported with AD4J (I tried connecting to an agent running on this app server. It connected to all the JVMs but displayed the message "JVM not supported" in the JVM's section of the console).
Is there a work around to use AD4J with this application? Are there plans to support 64bit Jrockit on linux for AD4J? Also, how does JRMC compare against AD4J in terms of features? Can we run JRMC all the time in production environment without any high overhead?
Appreciate your help
Sairam

It is AD4J that performs the support testing on top of JRockit, so I actually (today) do not know why they have limited their support to 32-bit only. I will try to find out (I get curious of course) but suggest you ask in the EM forum: Enterprise Manager
Cheers,
Tuva
JRockit PM

Mission Control for EM64T JRockit R27.3.1.1.5_11 (64bit)

Does the JRockit EM64T R27.3.1.x (64bit) release not come with Mission Control? I have it in our 32-bit R273.1.x release but not in the 64bit version.
Edited by jfsnow923 at 10/05/2007 7:29 AM

The JRMC GUI is only bundled with the 32-bit JDKs for Windows and Linux, plus the 64-bit JDK for Linux EM64T. The reason for this is that it is built on the Eclipse RCP, and that toolkit is not available in a stable version for 64-bit Windows EM64T.
The server side portion of JRMC is built into JRockit, so you can use the GUI from a 32-bit JRockit JDK to connect to any version of JRockit on any platform.
-- Henrik

32Bit Eclipse, 32Bit JRockit, 64Bit Windows OS - Maximum Heap Space.

Hi:
My 32Bit Eclipse application tends to run out of heap space on big files. I have been using Sun JRE 6. JVM.
Using the Sun JRE 6 JVM the maximum heap size I can achieve is 1.3GB
My machine has 8GB of physical memory.
I'm wondering if there is any advantage in moving to JRockit.
1. Willl the 32Bit JRocket JVM enable me to have more heap space on 64Bit Windows XP.
2. If (1) is possible what are some aggressive settings I can use to maxmiise heap space.
Thanks
Mark

We run 2.75 GB ( -jrockit -Xms2816m -Xmx2816m ) in production all the time with 32-bit JRockit on Windows 2003 Server 64-bit. I had hoped to get it to 3.25 GB, but we occasionally run out of native memory and have to back down the heap size to 2.75 GB. I look into it when I get more time. Remember to set your min and max memory equal.
The max your process can consume is 4GB (max addressable memory with 32-bits), so your JVM memory + Heap memory can't go over 4GB. If you use JRockit Mission Control, you can connect to the JVM and monitor the size of your virtual address space (looking at Mem Usage in Windows Task Manager kind of works too). I'd start with these JVM args:
+(all args should be on one line)+
-jrockit -Xms2816m -Xmx2816m
-Xmanagement:ssl=false,authenticate=false,port=7091
Connect to it with the jrmc.exe program in your JRockit bin directory and you can get a pretty good idea what is happening in the JVM. Also, if you haven't already, download the latest JRockit (google: JRockit download).
Hope that gets you started so you can check out JRockit...
-Bill S.
(a fan of JRockit)

JRockit JVM Freezes on server start and WLST domain configuration

Hi,
Here is our configuration:
OS:
cat /etc/redhat-release
Red Hat Enterprise Linux Server release 5.3 (Tikanga)
uname -a
Linux ********* 2.6.18-128.el5 #1 SMP Wed Dec 17 11:41:38 EST 2008 x86_64 x86_64 x86_64 GNU/Linux
rpm -qa | grep glibc
glibc-2.5-34
glibc-common-2.5-34
glibc-2.5-34
We are using WLS 10.3 with 64 bit OS and 64 bit JRockit JVM on Xeon system.
The JVM freezes for about 10m when I am trying to start the server. I also see the same behavior when I am trying to create the domain using WLST. Here is the thread dump during the freeze. The JVM eventually recovers from this and continues processing. During domain configuration, the freeze happens when it is trying to write the domain files to disk. All writes are happening to local disk.
===== FULL THREAD DUMP ===============
Mon Apr 20 18:37:41 2009
BEA JRockit(R) R27.6.0-50_o-100423-1.6.0_05-20080626-2104-linux-x86_64
"Main Thread" id=1 idx=0x4 tid=30539 prio=5 alive, in native
at jrockit/io/FileNativeIO.readBytesPinned(Ljava/io/FileDescriptor;[BII)I(Native Method)
 at jrockit/io/FileNativeIO.readBytes(FileNativeIO.java:46)
 at java/io/FileInputStream.readBytes([BII)I(FileInputStream.java)
 at java/io/FileInputStream.read(FileInputStream.java:199)
 at sun/security/provider/NativePRNG$RandomIO.readFully(NativePRNG.java:185)
 at sun/security/provider/NativePRNG$RandomIO.implGenerateSeed(NativePRNG.java:202)
 ^-- Holding lock: java/lang/Object@0x8577948[biased lock]
at sun/security/provider/NativePRNG$RandomIO.access$300(NativePRNG.java:108)
at sun/security/provider/NativePRNG.engineGenerateSeed(NativePRNG.java:102)
at java/security/SecureRandom.generateSeed(SecureRandom.java:495)
at com/bea/security/utils/random/AbstractRandomData.ensureInittedAndSeeded(AbstractRandomData.java:83)
^-- Holding lock: com/bea/security/utils/random/SecureRandomData@0x95f5db0[recursive]
at com/bea/security/utils/random/AbstractRandomData.getRandomBytes(AbstractRandomData.java:97)
^-- Holding lock: com/bea/security/utils/random/SecureRandomData@0x95f5db0[biased lock]
at com/bea/security/utils/random/AbstractRandomData.getRandomBytes(AbstractRandomData.java:92)
at weblogic/security/Salt.getRandomBytes(Salt.java:18)
at weblogic/security/internal/encryption/JSafeSecretKeyEncryptor.decryptSecretKey(JSafeSecretKeyEncryptor.java:108)
at weblogic/security/internal/encryption/JSafeEncryptionServiceImpl.<init>(JSafeEncryptionServiceImpl.java:206)
at weblogic/security/internal/encryption/JSafeEncryptionServiceFactory.getEncryptionService(JSafeEncryptionServiceFactory.java:23)
at weblogic/security/internal/SerializedSystemIni.getEncryptionService(SerializedSystemIni.java:214)
at weblogic/security/internal/SerializedSystemIni.getExistingEncryptionService(SerializedSystemIni.java:240)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
at jrockit/vm/Reflect.invokeMethod(Ljava/lang/Object;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;(Native Method)
 at sun/reflect/NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;(Native Method)
 at sun/reflect/NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java/lang/reflect/Method.invoke(Method.java:597)
 at weblogic/descriptor/DescriptorManager$SecurityServiceImpl$SecurityProxy.<init>(DescriptorManager.java:149)
 at weblogic/descriptor/DescriptorManager$SecurityServiceImpl$SecurityProxy.instance(DescriptorManager.java:137)
 at weblogic/descriptor/DescriptorManager$SecurityServiceImpl.isEncrypted(DescriptorManager.java:108)
 at weblogic/descriptor/internal/AbstractDescriptorBean._isEncrypted(AbstractDescriptorBean.java:968)
 at weblogic/management/configuration/SecurityConfigurationMBeanImpl.setCredentialEncrypted(SecurityConfigurationMBeanImpl.java:1557)
 at weblogic/management/configuration/SecurityConfigurationMBeanImpl.setCredentialEncryptedAsString(SecurityConfigurationMBeanImpl.java:781)
 at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
 at jrockit/vm/Reflect.invokeMethod(Ljava/lang/Object;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;(Native Method)
 at sun/reflect/NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;(Native Method)
 at sun/reflect/NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java/lang/reflect/Method.invoke(Method.java:597)
 at com/bea/staxb/runtime/internal/util/ReflectionUtils.invokeMethod(ReflectionUtils.java:48)
 at com/bea/staxb/runtime/internal/RuntimeBindingType$BeanRuntimeProperty.setValue(RuntimeBindingType.java:531)
 at com/bea/staxb/runtime/internal/MultiIntermediary.setValue(MultiIntermediary.java:80)
 at com/bea/staxb/runtime/internal/ByNameRuntimeBindingType$ElementQNameProperty.fill(ByNameRuntimeBindingType.java:348)
 at com/bea/staxb/runtime/internal/LiteralUnmarshalResult.extractAndFillElementProp(LiteralUnmarshalResult.java:139)
 at com/bea/staxb/runtime/internal/ByNameUnmarshaller.deserializeContents(ByNameUnmarshaller.java:51)
 at com/bea/staxb/runtime/internal/AttributeUnmarshaller.unmarshalIntoIntermediary(AttributeUnmarshaller.java:47)
 at com/bea/staxb/runtime/internal/LiteralUnmarshalResult.unmarshalElementProperty(LiteralUnmarshalResult.java:164)
 at com/bea/staxb/runtime/internal/LiteralUnmarshalResult.extractAndFillElementProp(LiteralUnmarshalResult.java:136)
 at com/bea/staxb/runtime/internal/ByNameUnmarshaller.deserializeContents(ByNameUnmarshaller.java:51)
 at com/bea/staxb/runtime/internal/AttributeUnmarshaller.unmarshalIntoIntermediary(AttributeUnmarshaller.java:47)
 at com/bea/staxb/runtime/internal/UnmarshalResult.unmarshalBindingType(UnmarshalResult.java:189)
 at com/bea/staxb/runtime/internal/UnmarshalResult.unmarshalDocument(UnmarshalResult.java:159)
 at com/bea/staxb/runtime/internal/UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:65)
 at weblogic/descriptor/internal/MarshallerFactory$1.createDescriptor(MarshallerFactory.java:95)
 at weblogic/descriptor/BasicDescriptorManager.createDescriptor(BasicDescriptorManager.java:240)
 at weblogic/management/provider/internal/DescriptorManagerHelper.loadDescriptor(DescriptorManagerHelper.java:63)
 at weblogic/management/provider/internal/RuntimeAccessImpl$IOHelperImpl.parseXML(RuntimeAccessImpl.java:683)
 at weblogic/management/provider/internal/RuntimeAccessImpl.parseNewStyleConfig(RuntimeAccessImpl.java:268)
 at weblogic/management/provider/internal/RuntimeAccessImpl.<init>(RuntimeAccessImpl.java:115)
 at weblogic/management/provider/internal/RuntimeAccessService.start(RuntimeAccessService.java:39)
 at weblogic/t3/srvr/ServerServicesManager.startService(ServerServicesManager.java:459)
 at weblogic/t3/srvr/ServerServicesManager.startInStandbyState(ServerServicesManager.java:164)
 ^-- Holding lock: java/lang/Class@0x939df30[biased lock]
at weblogic/t3/srvr/T3Srvr.initializeStandby(T3Srvr.java:711)
at weblogic/t3/srvr/T3Srvr.startup(T3Srvr.java:482)
at weblogic/t3/srvr/T3Srvr.run(T3Srvr.java:440)
at weblogic/Server.main(Server.java:67)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
<<Truncated for brevity>>
===== END OF THREAD DUMP ===============
The same process works fine on a VM with the same OS. Any ideas what might be going on?
Thanks,
Chengi

This does not look familiar to me. Download R27.6.3 and see if that works things out: http://www.oracle.com/technology/software/products/jrockit/index.html. If that does not help, I recommend you to report the issue to JRockit support (see how to below).
Best Regards,
Tuva
JRockit PM
How to report to JRockit support:
You must register and file the issue on Metalink, http://metalink.oracle.com. Note that you must have purchased support to continue.
If you have problems during the registration or filing you can call our support +1.800.223.1711* or 1-800-633-0738 directly.
In case you have not purchased support call 1.800.833.3536* for support sales.
More information on our support site: http://www.oracle.com/support/index.html.
*) US numbers - for global technical support contacts see: http://www.oracle.com/support/contact.html

JRockit and Windows 2003 x64

Hi! We are planning to switch to Windows 2003 Server x64 based on EMT64 technology. We are currently running Platform 8.1 products. As I can see there's only a 32 bit version of JRockit available for 1.4.2_x jdk. For java 5 and 6 a special EMT64 version is available (when going to downloads). My questions are:
* Will an EMT64 version be available for 1.4.2.x (8.1 product range)?
* How much heap can the 32 bit version allocate on Windows x64 (EMT64)?

Thanks for the answer Henrik! We are going for the following setup:
HP DL 360 with 2xDual Core Xeon CPU and 16 GB RAM
Windows 2003 Standard Edition 64 bit
JRockit 1.4.2_14 (R27.3) 32 bit
2 JVMs pr. machine with approx. 2.5-3.5 GB HEAP each
BEA Platform 8.1 SP6
The servers will primarily execute web service calls (jws type). Also some WLI processes will run here.
We have noticed that web service processing (parsing) constructs a lot of objects.
And now to my question:
Are there any JVM settings you would recommend or is out-of-the-box settings sufficient? Specifically in a scenario where a lot of object creation occurs.

Hung WebLogic Server in Adobe LiveCycle ES Update 1 (8.2.1)

Hi. Please feel free to move this post to a better forum if it doesn't belong in the WebLogic install forum. I'm posting my findings to help the end user communty and Adobe support staff, so they can better assist users. I hope the information helps other avoid the problems because this problem took a LONG time to fix with no real insight by vendors. The solution happened through luck when I upgraded the JDK for better troubleshooting.
Problem Description:
Occasionally in a production environment one of my managed WebLogic servers running LC ES Update 1 (8.2.1) would hang. A restart of the managed server was required each time it was hung. The restart was happening almost daily which isn't acceptable in an enterprise environment.
Symptoms:
* I would see stalled methods in my client code waiting for LC ES Update 1 to respond when it hangs. I would notice stuck threads in my client code too.
* FormsIVS and OutputIVS were deployed to all managed servers as test/verification tools, but the hung WebLogic instance wouldn't show the IVS page.
* If you visited the WebLogic admin console, then you normally see a RUNNING, OK health state. When the managed WebLogic server hung I would see RUNNING, <blank> status.
* I couldn't click on the hung managed servers Monitoring tab to see what it stuck on.
* I couldn't do garbage collections on the hung server using a WLST thread dumps.
Solution:
Upgrade from WebLogic 9.2 MP3 default JRockit 27.4 (1.5.0_12) to JRockit 28.0 (1.5.0_24). Here are some high level steps on what I had to do:
1. Copied the JRockit JDK to the box
2. Set the JAVA_HOME to the new JRockit JDK location
3. Updated setDomainEnv.cmd, config.xml, commEnv.cmd to the new JAVA_HOME location
4. Shut down all servers (admin, node manager, managed servers)
5. Edit the Server Start classpath that had any reference to the old Java location
6. Reinstall the Windows services to get them to use the new JDK.
Environment/Hardware:
Windows 2003 R2 SP2 (32-bit), Oracle RAC 10.2.0.4
8 Xeon dual core 2.8 GHz CPU, 16 GB RAM
Adobe LiveCycle Environment:
Adobe LiveCycle ES Update 1 (8.2.1) + QF 3.19, QF 3.72, QF 3.76, WebLogic 9.2 MP3 (32-bit), JRockit 27.4 (1.5.0_12) (32-bit)
* Only had Forms ES, Output ES
WebLogic 9.2 MP3 Configuration:
1 admin server, 1 node manager, 4 managed servers on the same physical box in a vertical cluster

Hi. Please feel free to move this post to a better forum if it doesn't belong in the WebLogic install forum. I'm posting my findings to help the end user communty and Adobe support staff, so they can better assist users. I hope the information helps other avoid the problems because this problem took a LONG time to fix with no real insight by vendors. The solution happened through luck when I upgraded the JDK for better troubleshooting.
Problem Description:
Occasionally in a production environment one of my managed WebLogic servers running LC ES Update 1 (8.2.1) would hang. A restart of the managed server was required each time it was hung. The restart was happening almost daily which isn't acceptable in an enterprise environment.
Symptoms:
* I would see stalled methods in my client code waiting for LC ES Update 1 to respond when it hangs. I would notice stuck threads in my client code too.
* FormsIVS and OutputIVS were deployed to all managed servers as test/verification tools, but the hung WebLogic instance wouldn't show the IVS page.
* If you visited the WebLogic admin console, then you normally see a RUNNING, OK health state. When the managed WebLogic server hung I would see RUNNING, <blank> status.
* I couldn't click on the hung managed servers Monitoring tab to see what it stuck on.
* I couldn't do garbage collections on the hung server using a WLST thread dumps.
Solution:
Upgrade from WebLogic 9.2 MP3 default JRockit 27.4 (1.5.0_12) to JRockit 28.0 (1.5.0_24). Here are some high level steps on what I had to do:
1. Copied the JRockit JDK to the box
2. Set the JAVA_HOME to the new JRockit JDK location
3. Updated setDomainEnv.cmd, config.xml, commEnv.cmd to the new JAVA_HOME location
4. Shut down all servers (admin, node manager, managed servers)
5. Edit the Server Start classpath that had any reference to the old Java location
6. Reinstall the Windows services to get them to use the new JDK.
Environment/Hardware:
Windows 2003 R2 SP2 (32-bit), Oracle RAC 10.2.0.4
8 Xeon dual core 2.8 GHz CPU, 16 GB RAM
Adobe LiveCycle Environment:
Adobe LiveCycle ES Update 1 (8.2.1) + QF 3.19, QF 3.72, QF 3.76, WebLogic 9.2 MP3 (32-bit), JRockit 27.4 (1.5.0_12) (32-bit)
* Only had Forms ES, Output ES
WebLogic 9.2 MP3 Configuration:
1 admin server, 1 node manager, 4 managed servers on the same physical box in a vertical cluster

Grid control 11g falling over on oms on OMS Configuration step

I've attempted to install grid control 11g on Solaris 10 (SPARC 64 bit), everything is fine until the installer gets to the OMS Configuration step, this bombs out with:-
Executing the OMSCA command...
Check the OMS Configuration Assistant logs at: /u01/app/oracle/product/Middleware/oms11g/cfgtoollogs/omsca
Configuration assistant "OMS Configuration" Failed
Strangely no omcsa directory ever gets created, however in the /u01/app/oracle/product/Middleware/oms11g/cfgtoollogs/cfgfw directory, I gets lots of files with time stamps exactly the same as the time of the failure containing:-
Check the OMS Configuration Assistant logs at: /u01/app/oracle/product/Middlewa
re/oms11g/cfgtoollogs/omsca
INFO: oracle.sysman.top.oms:execve(): No such file or directory
INFO: oracle.sysman.top.oms:Error trying to exec /u01/app/oracle/product/Middlew
are/jdk160_14/bin/sparcv9/java.
INFO: oracle.sysman.top.oms:Check if file exists and permissions are set correct
ly.
INFO: oracle.sysman.top.oms:Failed to start a 64-bit JVM process from a 32-bit J
VM.
The JVM being used is the 32 bit one that comes with WebLogic server 10.3.2 for Solaris 32 bit, as there is no 64 bit version available. Can someone please advise as to how I get around this ?, do I need to download and install a 64 bit JVM after web logic has been installed ?, does this need to be a 64 bit JRockit JVM ?

Yes you can download the 1.6_18 JDK from the archive, however, if you extract is as the instructions recommend, these are the packages you get:-
drwxrwxr-x 4 10 143 512 Dec 18 2009 SUNWjavadb-javadoc
drwxrwxr-x 4 10 143 512 Dec 18 2009 SUNWjavadb-docs
drwxrwxr-x 4 10 143 512 Dec 18 2009 SUNWjavadb-demo
drwxrwxr-x 4 10 143 512 Dec 18 2009 SUNWjavadb-core
drwxrwxr-x 4 10 143 512 Dec 18 2009 SUNWjavadb-common
drwxrwxr-x 4 10 143 512 Dec 18 2009 SUNWjavadb-client
drwxrwxr-x 4 10 143 512 Dec 18 2009 SUNWjavadb-service
drwxr-xr-x 4 10 143 512 Dec 18 2009 SUNWj6rt
drwxr-xr-x 4 10 143 512 Dec 18 2009 SUNWj6man
drwxr-xr-x 4 10 143 512 Dec 18 2009 SUNWj6jmp
drwxr-xr-x 4 10 143 512 Dec 18 2009 SUNWj6dmo
drwxr-xr-x 4 10 143 512 Dec 18 2009 SUNWj6dev
drwxr-xr-x 4 10 143 512 Dec 18 2009 SUNWj6cfg
The 64 bit run time comes in SUNWj6rtx which is not present, this can be obtained with version 1.6_21 of the JDK, however by doing this, the installation is no longer that of a pure 1.6_18 JDK.

64 bit Jrockit (1.4.2)

Similar Messages

Maybe you are looking for