ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Knuplesch, Juergen" <>
Subject Xalan hinders saxon
Date Wed, 07 Oct 2009 15:20:04 GMT

After taking xalan 2.7.1 into Ants lib path, my XSLT using saxon dont work anymore:

     [xslt] Processing ...
     [xslt] Loading stylesheet D:\DopeBuildBase\Build\DopeBuildServer\XSLT\compare-dsf.xsl
     [xslt] compare-dsf.xsl:113:104: Fatal Error! java.lang.ClassCastException: org.apache.xpath.objects.XRTreeFrag
Cause: java.lang.ClassCastException: org.apache.xpath.objects.XRTreeFrag
     [xslt] Failed to process ....

This worked beforehand. 

So saxon can't cope with the new jars. What I did was:

 <xslt style="${dsf.comparedsffiles.xsltfile}" 
          out="${dsf.comparedsffiles.out}" >
          <pathelement location="${ant.xslt.saxonjar}" />
        <param name="filename.1" expression="${dsf.comparedsffiles.file1}"/>
        <param name="filename.2" expression="${dsf.comparedsffiles.file2}"/>
        <param name="errorfilename" expression="${dsf.comparedsffiles.error}"/>

Any idea?

-----Urspr√ľngliche Nachricht-----
Von: Steve Loughran [] 
Gesendet: Dienstag, 6. Oktober 2009 14:21
An: Ant Users List
Betreff: Re: AW: AW: Out of memory

Knuplesch, Juergen wrote:
> Hello Steve,
> I had my problems with junitreport before....
> This time the PermGenSpace error happens with saxon.
> For this XSLT I had to use saxon.
> In my build I use Saxon and for junitreport the standard VM xsl 
> processor,
> How do I tell junitreport to use Saxon or Xalan?
> I did not find an option (in your book for ANT 1.6.5) as in XSLT.
> I thought xalan is the standard xsl processor in ANT?

If Xalan is on the classpath, it gets picked up, otherwise on java1.5+ the default XSL engine
is the variant of xalan that comes in the JVM, and it is very memory hungry.

If you run ant -diagnostics you will see which engine you get; if it is the one in the JVM,
stick a xalan-2.7.x into your ANT_HOME/lib

PermGen heapspace is a separate problem. On the BEA/Oracle JRockit JVM, it never occurs, they
just have one big heap, instead of a separate heap for class information. But you can't download
that for free any more.

Try the 64 bit jvm with compressed pointers; its got a big heap with small pointers, not as
good as JRockit, but a good second best.

To unsubscribe, e-mail:
For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message