JRockit 1.5.0_06-b05 incorrect running xalan (1.3 bytecode)

Question

Hi,
JRockit seems to be broken running 1.3 bytecode from Xalan (either 2.6 or 2.7). Doing the same transformation in a loop will after some time start producing different (and incorrect) results.
Recompiling xalan (2.7) with a higher version jdk seems to solve this problem. Also, switching to a Sun VM solves the problem.
I noticed an old jrockit issue solved for 1.4.2: "CR229176
A rare error when using apache-xalan xml/xslt transforms is fixed. Xalan uses the swap bytecode (seldom used by javac) which triggered bad behavior within BEA JRockit."
Although it might be similar I suppose it should also be fixed in the jrockit 1.5 version
I have derived a test case that demonstrates the problem.
Is there any place where these details are best sent to?
Version used:
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
EA JRockit(R) (build R26.4.0-63-63688-1.5.0_06-20060626-2259-win-ia32, )
Thanks

Answer 1

Thanks for the reproducer. It appears that JRockit has a bug when optimizing the following method:
org/apache/xpath/axes/LocPathIterator.execute(Lorg/apac
he/xpath/XPathContext;)Lorg/apache/xpath/objects/XObject;
Running with -Xnoopt will avoid the issue (at a performance loss).
It is not reproducible with the upcoming JRockit R27.1, so it looks like it has been fixed. If you have a support contract and need a patch for R26.4, contact BEA Support referring to this forum thread and ask for a fix for CR295469.