Runing JRockit on SUN JDK based WLS

Hello,
I have my WLS running on SUN JDK, can I still use JRockit mission control to monitor stuff. I tried connecting to server but unable to connect. pls advice.

Hi,
Both JRockit JVM and Sun JVM have a same objetive: The execution of programs written in Java. However, JRockit JVM and Sun JVM are not the same.
JRockit distributes and allocates the memory in a diferent manner. In contrast with Sun JVM, JRockit load additional code like native libraries, classes, etc. to provide specific features such as code optimization at run time, monitoring, among others.
I think and I asume, to achive its purpose JRockit must consume a little more memory.
Regards.

Similar Messages

Binary data problem with web services on JRockit but not Sun JDK

I have a problem with binary data in SOAP and JRockit
(jrrt-3.0.0-1.6.0-linux-x64.bin) . I have an set of web services based
on EJB 3.0 which return images as byte arrays inside a SOAP envelope
to be consumed by .NET 2 services. The host app server is Oracle
Application Server 10.3.1 on RHEL Linux update 4, on 64 bit Xeon 5500
series HP blade hardware.
While most images are fine most of the time, one particular image
gives this message when being consumed in the .NET client:
The '■' character, hexadecimal value 0x1F, cannot be included in a
name. Line 2, position 380038.
The MSDN suggests that this is usually caused by non-escaping of reserved XML characters like < but this isn't one of those.
The SOAP looks ok and for the life of me I can't see why this ought to
be a problem, especially since the problem doesn't arise running with
the SUN JDK 1.6_06 64 bit)
When making the same call from the OAS Enterprise Manager, I can make the same call with no problem (but the data is just rendered as character data in a browser) which maybe suggests some incompatibility with how JRockit is serializing the data ?
Any ideas, I would be very happy to hear - JRockit gives a 15% or so
speed boost to the website that these services power so obviously we
want to use it if possible.
Edited by: RichLiv on Nov 14, 2008 4:54 AM

Seems to be the case that using MTOM stops this problem with JRockit. Strange but apparently true (so far).

-Xmx1024M is working with Jrockit but not with Sun JDK.

Hi,
We have a window server box with 8GB RAM. in which there are few other processes running apart from that we have more than 1GB space available.
We have weblogic 10.3 present in this system. when we try to Run a managed server with JRockit JVM with -Xmx as 1024M -- it is allocating the space properly.
but when we try the same with Sun JDK , it is failing to allocate memory.
Please let me know if any one have come across this situaton.

Maybe you have a large number of DLLs loaded and have insufficient amounts of contiguous free memory for the Sun JVM? Unlike Sun, JRockit does not require a contiguous heap.
Background:
http://blogs.oracle.com/jrockit/2008/09/how_to_get_almost_3_gb_heap_on_windows.html
Edited by: Henrik (JRockit PM) on 2009-sep-15 07:17

Duplicate soap envelope with JRockit and not Sun JDK

I have been installed Weblogic 10.3.6 with Sun JDK 1.6 on Windows 7 64 bit. This has worked great for a client sending in a soap request which is processed in my war as a 1.2 message. Debugging this shows the response is valid in my code, and works on Sun 1.6 fine.
When I switched to JRockit [jrockit-jdk1.6.0_33-R28.2.4-4.1.0-windows-x64] I started to receive a duplicate soap envelope and soap body wrapped around the valid soap envelope which worked before.
With the only change being switching to JRockit, this must be the cause of the addition of the duplicate the soap body and envelope. I searched this forum and Google and have not found a reason or solution.
Any ideas on a solution?

Seems to be the case that using MTOM stops this problem with JRockit. Strange but apparently true (so far).

Jrockit Mission Control for Sun JDK 1.5??

Hi,
Can JRockit Mission Control monitor non Jrockit JVM app?
Is it possible to monitor sun jdk app using Jrockit mission control?
If it is yes, How can I go it?
If there is document for it, that will be great.
Thanks.

To connect to a Sun JDK 1.5, you will have to start your java application with jmxremote flags:
-Dcom.sun.management.jmxremote=true -Dcom.sun.management.jmxremote.port=<port> -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false
(http://download.oracle.com/javase/1.5.0/docs/guide/management/agent.html)
Then you create a new connection in the Mission Control JVM Browser, to localhost and <port>, and connect to it with Console.
You will have reconfigure the graphs and dials to use other MBeans, for instance java.lang.Memory instead, and some features (Method profiler etc) won't work at all.
I'm not aware of any specific documentation for this.
Klara, Mission Control QA

Java Generics in Ejbs WebLogic 9.2 MP1 WindowsXP Sun JDK

Hi guys,
I tried to deploy our application on Weblogic Server 9.2 MP1 (Windows, Sun JDK) and during deployment I have this error see bellow.
Can somebody tell me what is the problem with generics and EJB compiler?
Is necessary to add any path or change any server settings?
Thanks for help
Robert
location: interface
...daoadapter_DaoAdapter_rge4uk_Intf
public void batchPersist(java.util.List<T> arg0);
^
...daoadapter_DaoAdapter_rge4uk_Intf.java:20: cannot find symbol
symbol : class T
location: interface
2 errors
at weblogic.utils.compiler.CompilerInvoker.compileMaybeExit(CompilerInvoker.java:435)
at weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:295)
at weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:303)
at weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:309)
at weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:497)
at weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:464)
at weblogic.ejb.container.deployer.EJBDeployer.runEJBC(EJBDeployer.java:430)
at weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:752)
at weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeployer.java:655)
at weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:1199)
at weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:354)
at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:93)
at weblogic.application.internal.flow.DeploymentCallbackFlow$1.next(DeploymentCallbackFlow.java:360)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:56)
at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:46)
at weblogic.application.internal.BaseDeployment$1.next(BaseDeployment.java:615)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
at weblogic.application.internal.BaseDeployment.prepare(BaseDeployment.java:191)
at weblogic.application.internal.DeploymentStateChecker.prepare(DeploymentStateChecker.java:147)
at weblogic.deploy.internal.targetserver.AppContainerInvoker.prepare(AppContainerInvoker.java:61)
at weblogic.deploy.internal.targetserver.operations.ActivateOperation.createAndPrepareContainer(ActivateOperatio
n.java:189)
at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doPrepare(ActivateOperation.java:87)
at weblogic.deploy.internal.targetserver.operations.AbstractOperation.prepare(AbstractOperation.java:217)
at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentPrepare(DeploymentManager.java:718)
at weblogic.deploy.internal.targetserver.DeploymentManager.prepareDeploymentList(DeploymentManager.java:1185)
at weblogic.deploy.internal.targetserver.DeploymentManager.handlePrepare(DeploymentManager.java:247)
at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.prepare(DeploymentServiceDispatcher.java:15
7)
at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doPrepareCallback(Deploymen
tReceiverCallbackDeliverer.java:157)
at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$000(DeploymentReceiv
erCallbackDeliverer.java:12)
at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$1.run(DeploymentReceiverCal
lbackDeliverer.java:45)
at weblogic.work.ServerWorkManagerImpl$WorkAdapterImpl.run(ServerWorkManagerImpl.java:518)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)

Thanks Matt for your answer.
But I don't finish my testing :)
I tried to deploy the same application on Weblogic 9.2 MP2 and then MP3 (sun jdk domain) and I didn't have problem with generics (application was correctly deployed and running).
Then something was fixed in newer versions or may be bea guys support more then is in EJB 2.x specification.
My next step, I'll try to deploy it on Jrockit domain and I give a note to conference what happen, may be it can help to somebody else.
Thanks
Robert

Getting jdk platform mbeans on sun jdk

I am using Weblogic 10.3.1 on sun solaris 10, sun jdk6u16.
I am using jmx to remotely get the weblogic mbeans, but i can't seem to get the platform mbeans.
I have checked 'Platform MBean Server Enabled' on the domain settings, and also set -Dcom.sun.management.jmxremote but can't query the jdk platform mbeans
eg. i am remotely connecting to the domain runtime service, and this returns an empty set
Set<ObjectName> platformMBeansSet = connection.queryNames(new ObjectName("java.lang:*"), null);
I think i have done this in the past, but with jrockit. Is it different with the Sun JDK, or am i doing something wrong?

If you connect to the runtime server directly (instead of the domain runtime mbeanserver), does it make any difference?
Have you set the PlatformMBeanServerUsed attribute?

JDK based Pack200 works but not Ant Pack200 Tasks

Hi,
In My project, I was earlier using JDK Toolkit based Pack200 Utility and It was working fine for me. As each time user has to set JDK Bin path (C:\Program Files\Java\jdk1.6.0_02\bin) in System variables to run batch file so I switched to Ant based tasks through (https://java-pack200-ant-task.dev.java.net/ ) for Pack200 but it does not work fine.
I came across Following Issues.
#1. I have around 60 Jar files which earlier I was Repacking / packing through Batch file with Jdk based Pack200 support and it worked fine
Repack:
pack200 repack segment-limit=-1 %(JarFileLocation)\(FileName)
Pack:
pack200 --segment-limit=-1 %(JarFileLocation)\ FileName.pack.gz %(JarFileLocation)\(FileName)
#2. Now I switched to Ant Based Pack200 tasks and used following targets. Repacking goes fine but
At time of Packing, I am getting Exception. �java.lang.SecurityException: SHA digest error�.
I experimented with adding some of Attributes like Effort=1 or 0 but it does not work.
There is no difference what I was doing earlier with Jdk based Pack200 and now with Ant based
Pack200 tasks then why I am getting Exception and how it can be eliminated?
<target name="p200">
<taskdef name="pack200"
classname="com.sun.tools.apache.ant.pack200.Pack200Task"
classpath="${library}/Pack200Task.jar"/>
<taskdef name="unpack200"
classname="com.sun.tools.apache.ant.pack200.Unpack200Task"
classpath="${library}/Pack200Task.jar"/>
</target>
Repack:
<target name="RepackFile" depends="p200">
<pack200 src="${fileId}"
destfile="${fileId}${.pack}"
repack="Yes"
segmentlimit="-1"
/>
</target>
Pack:
<target name="PackFile" depends="p200">
<pack200 src="${fileId}"
destfile="${fileId}${.pack.gz }"
gzipoutput="yes"
segmentlimit="${segmentlimit}"
/>
</target>

Hi,
In My project, I was earlier using JDK Toolkit based Pack200 Utility and It was working fine for me. As each time user has to set JDK Bin path (C:\Program Files\Java\jdk1.6.0_02\bin) in System variables to run batch file so I switched to Ant based tasks through (https://java-pack200-ant-task.dev.java.net/ ) for Pack200 but it does not work fine.
I came across Following Issues.
#1. I have around 60 Jar files which earlier I was Repacking / packing through Batch file with Jdk based Pack200 support and it worked fine
Repack:
pack200 repack segment-limit=-1 %(JarFileLocation)\(FileName)
Pack:
pack200 --segment-limit=-1 %(JarFileLocation)\ FileName.pack.gz %(JarFileLocation)\(FileName)
#2. Now I switched to Ant Based Pack200 tasks and used following targets. Repacking goes fine but
At time of Packing, I am getting Exception. �java.lang.SecurityException: SHA digest error�.
I experimented with adding some of Attributes like Effort=1 or 0 but it does not work.
There is no difference what I was doing earlier with Jdk based Pack200 and now with Ant based
Pack200 tasks then why I am getting Exception and how it can be eliminated?
<target name="p200">
<taskdef name="pack200"
classname="com.sun.tools.apache.ant.pack200.Pack200Task"
classpath="${library}/Pack200Task.jar"/>
<taskdef name="unpack200"
classname="com.sun.tools.apache.ant.pack200.Unpack200Task"
classpath="${library}/Pack200Task.jar"/>
</target>
Repack:
<target name="RepackFile" depends="p200">
<pack200 src="${fileId}"
destfile="${fileId}${.pack}"
repack="Yes"
segmentlimit="-1"
/>
</target>
Pack:
<target name="PackFile" depends="p200">
<pack200 src="${fileId}"
destfile="${fileId}${.pack.gz }"
gzipoutput="yes"
segmentlimit="${segmentlimit}"
/>
</target>

Sun JDK 1.4.2.06 JCE Problems using SunRsaSign

I am getting the exception:
java.security.spec.InvalidKeySpecException: Key spec does not match the key.
     at com.sun.rsajca.JSA_RSAKeyFactory.engineGetKeySpec(DashoA6275)
     at java.security.KeyFactory.getKeySpec(KeyFactory.java:262)
     at gov.dhs.client.https.security.SecurityHelper.createRSAToken(SecurityHelper.java:103)
     at https.HttpsTestClient.testSecurity(HttpsTestClient.java:173)
     at https.HttpsTestClient.main(HttpsTestClient.java:114)
Here is the code snippet that works in Sun JDK 1.5.0 but not in Sun JDK 1.4.2.06:
jceProvider = "SUN";
rsaProvider="SunRsaSign";
import java.security.Key;
import java.security.KeyFactory;
import java.security.spec.KeySpec;
import java.security.KeyStore;
import java.security.spec.RSAPrivateCrtKeySpec;
KeyStore ks = KeyStore.getInstance("JKS", jceProvider);
KeyFactory kf = KeyFactory.getInstance("RSA", rsaProvider);
ks.load(fis, jksPasswd);
fis.close();
Key K = ks.getKey(alias, jksPasswd);
KeySpec pvtSpec = kf.getKeySpec(K, RSAPrivateCrtKeySpec.class);
Obviously, there are differences in the implementation between the 2 JDKs. Does anyone out there have any experience with KeySpec in 1.4.2.06 that could shed some light?
Happy to follow up with any extra information on request.
Thanks for looking
David (LuvJava)

Did you ever get HttpClient from Apache to work with NTLM? Our company has't standardized on 1.4.2 yet, so I'm stuck getting it to work with 1.4.1.
Any help would be greatly appreciated.
If this is a repeat post, I apologize
Dave

Difference between SUN JDK V1.4.2_05 and JDK V1.4.2_07

difference between SUN JDK V1.4.2_05 and JDK V1.4.2_07 and I want to the link in SUN for that. I want to know the bug fixes between them.

Perhaps you should look at the documentation which comes with JDK 1.4.2_08.
It has the bugs fixed listed.

[SOLVED] Dependency problems Sun JDK, OpenJDK and Soprano

Hi there,
as I need the Sun JDK for programming, I wanted to replace OpenJDK with SunJDK. Here's what's happening:
schorsch@archie:~$ sudo pacman -S jdk
resolving dependencies...
looking for inter-conflicts...
:: jdk conflicts with openjdk6. Remove openjdk6? [Y/n] Y
error: failed to prepare transaction (could not satisfy dependencies)
:: jdk: requires jre
:: soprano: requires openjdk6
schorsch@archie:~$
What's the proper way to do this? Should I avoid having more than one java version installed on my machine? I guess so...
I'm doing quite a bit of java development and sometimes really need the latest Sun Java.
TIA,
Blackhole
Last edited by blackhole (2009-02-18 18:56:53)

Okay guys, I did a "pacman -Rd openjdk6 && pacman -S jdk" which worked fine:
schorsch@archie:~$ java -version
java version "1.6.0_11"
Java(TM) SE Runtime Environment (build 1.6.0_11-b03)
Java HotSpot(TM) Server VM (build 11.0-b16, mixed mode)
schorsch@archie:~$
However when I use Konqueror and go to http://www.java.com/en/download/help/testvm.xml in order to test my java version, it doesn't work.
More precisely the applet is not displayed at all. When I go to the Konqueror settings and to "Java & JavaScript", tick the checkbox "Use KIO" and refresh the page. I at least get a big gray square where the applet should be.
Do I have to install any additional java plugin? Is anybody out there using Konqueror with the Sun Jre?
//Edit: I've come across this: http://www.konqueror.org/javahowto/ but I was wondering whether this is already included in some Arch package. I don't wanna fiddle manually if there's a proper Arch way to do things.
TIA,
Blackhole
Last edited by blackhole (2009-02-18 13:58:17)

[svn:fx-trunk] 11488: Resubmitting binary distribution of xercesPatch. jar from the third party module in the SDK and compiled it with Sun JDK 1.4 .2_12.

Revision: 11488
Author:   [email protected]
Date:     2009-11-05 17:10:10 -0800 (Thu, 05 Nov 2009)
Log Message:
Resubmitting binary distribution of xercesPatch.jar from the third party module in the SDK and compiled it with Sun JDK 1.4.2_12.
QE notes: N/A
Doc notes: N/A
Bugs:
SDK-16818 - Must open-source the code for xercesPatch.jar.
Reviewer: Discussed with Gordon
Tests run: Checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-16818
Modified Paths:
    flex/sdk/trunk/lib/xercesPatch.jar
    flex/sdk/trunk/modules/thirdparty/xerces-patch/build.xml

Did you try this:
http://forum.java.sun.com/thread.jsp?thread=434718&forum=60&message=1964421

Different complining result between SUN JDK 1.4 and IBM JDK 1.3.1

Hi! I simplifed my code as following:
public class TestException2 {
    public Object test() {
        java.sql.Connection cn = null;
        try {
             // 1st. close
            cn.close();
        catch (java.sql.SQLException se) {
             // 2nd. close
            cn.close();
        finally {
            return new Object();
}But I get different compiling result betwueen SUN JDK 1.4.2 and IBM JDK 1.3.1 (I have to deploied my app to the websphere 5.0)
In Sun JDK 1.4.2, I only got a warning:
[e:\work\test]javac TestException2.java
TestException2.java:14: warning: finally clause cannot complete normally
        ^
1 warningIn IBM JDK 1.3.1, I got an error:
TestException2.java:10: unreported exception java.sql.SQLException; must be caught or declared to be
thrown
            cn.close();
              ^
1 errorWhat happend? Who is right?
Thank you!
[ I believe the code should not pass the compilation ... ]

Many other people agree with you, including some Sun engineers.
Perhaps Sun just feels an obligation to continue to allow it for legacy reasons.
You might also investigate the compiler that comes with Eclipse.
http://www.eclipse.org/
It has a more flexible approach: for some cases, it lets you decide what is a warning and what is an error.

Jrockit multicast bug on RHEL4, WLS cluster does not works!

OS and Kernel Version: Linux achilles1 2.6.9-34.0.1.ELsmp #1 SMP Wed May 17 16:59:36 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux
We use Bea Weblogic 8.1SP5 with Jrockit JVM 1.4.2 on RHEL3. We upgraded to operating system to RHEL4, and found that the interface binding for multicast communication does not bind to the correct interface, it is always using the default interface. We tried it from a sample program, and found that the error is in the JVM.
This is a critical error for us, because our application server cluster use multicast for cluster communication.
No error msg. It seems like this BUG:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4082533 but it is solved.
List steps to reproduce the problem:
socket = new MulticastSocket(i);
if(s2 != null)
try
InetAddress inetaddress = InetAddress.getByName(s2);
System.out.println("Using interface at " + inetaddress.getHostAddress());
socket.setInterface(inetaddress);
System.out.println(socket.getInterface());
catch(SocketException socketexception)
throw socketexception;
}

Helo,
You can reproduce it by this way (we have 6 RHEL4 servers, problem is the same). We tried with programs written in C (mcast,Tibco), multicast perfectly works on all interfaces on all servers. But in Java:
Server:
[wlxapp@webex3]$ uname -a
Linux webex3 2.6.9-34.0.1.ELsmp #1 SMP Wed May 17 17:05:24 EDT 2006 i686 i686 i386 GNU/Linux
Problem - with Bea mukticast tester (or any Java class), using the nondefault webex3-priv interface(eth1):
[wlxapp@webex3]$ java -cp wl9.jar utils.MulticastTest -N webex3_priv -I webex3_priv -A 224.1.1.11 Starting test. Hit any key to abort Using interface at 192.168.1.1 Using multicast address 224.1.1.11:7001 Will send messages under the name webex3_priv every 2 seconds Will print warning every 600 seconds if no messages are received
I (webex3_priv) sent message num 1
I (webex3_priv) sent message num 2
I (webex3_priv) sent message num 3
Did not receive any message.
But if we use the default webex3 interface (eth0)
[wlxapp@webex3]$ java -cp wl9.jar utils.MulticastTest -N webex3 -I webex3 -A 224.1.1.11 Starting test. Hit any key to abort Using interface at 10.4.20.4 Using multicast address 224.1.1.11:7001 Will send messages under the name webex3 every 2 seconds Will print warning every 600 seconds if no messages are received
I (webex3) sent message num 1
I (webex3) sent message num 2 Received message 2 from webex3
I (webex3) sent message num 3 Received message 3 from webex3
Works perfectly.
TCPDUMP:Messages are out from server(other srv also see it), so we have problems probably with receiving them:
[root@webex3]# tcpdump -i eth1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
11:42:56.647362 IP webex3_priv.idmz.t-mobile.intra.afs3-callback > 224.1.1.111.afs3-callback: rx type 95 (1472)
11:42:56.648168 IP webex3_priv.idmz.t-mobile.intra > 224.1.1.111: udp
11:42:56.648245 IP webex3_priv.idmz.t-mobile.intra > 224.1.1.111: udp
We examined the lsof output, the tester bind to all interfaces, so it should receive the messages:
[wlxapp@webex3]$ /usr/sbin/lsof -p 11127
gij 11127 wlxapp 8u IPv4 150320 UDP *:afs3-callback
We tried the test with Java 1.4.2 and 1.5 (Jrockit and Sun), the results are the same.
You can easily reproduce the problem with an RHEL4 server with 2 network interface.
Our real problem that if multicast have problems, our Weblogic clusters does not works.

Sun JDK installed on Fedora 8 but it is not there

I installed the Sun JDK SE rpm package on my Fedora 8 machine with installation instructions . But when I verify the installation by :
# java -version
I get,
java version "1.7.0"
IcedTea Runtime Environment (build 1.7.0-b21)
IcedTea Client VM (build 1.7.0-b21, mixed mode)
where as I expect (it shoud hhave been) something like:
java version "1.6.0_01"
Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
Java HotSpot(TM) Client VM (build 1.6.0_01-b06, mixed mode, sharing)
The rpm query output shows me the installed JDK (jdk-1.6.0_05-fcs).
Have I missed something during installation? How can I get it working?

Roedy Green [describes it|http://mindprod.com/jgloss/icedtea.html] as "Red Hat’s bundling of the OpenJDK version of Java for Linux. They can’t call it Java, JDK or OpenJDK because Sun has these trademarked. Red Hat can use the code, but not the trademarks under GPL."
Edited by: pbrockway2 on Apr 13, 2008 10:54 AM
[iced-tea.org|http://iced-tea.org/wiki/Main_Page] and its faq page might help you figure out what you can rely on when using this software. (Frankly, it didn't clarify things for me...)

Runing JRockit on SUN JDK based WLS

Similar Messages

Maybe you are looking for