[ http://nagoya.apache.org/jira/browse/XALANJ-1819?page=history ]
Henry Zongaro updated XALANJ-1819:
----------------------------------
Priority: Major (was: Blocker)
> [XSLTC] bad xsl compilation if exslt used in one xsl
> ----------------------------------------------------
>
> Key: XALANJ-1819
> URL: http://nagoya.apache.org/jira/browse/XALANJ-1819
> Project: XalanJ2
> Type: Bug
> Components: XSLTC, parse-or-compile
> Versions: 2.5Dx
> Environment: Operating System: Windows NT/2K
> Platform: PC
> Reporter: Robert Jacolin
>
> I compile a list of xsl. Two of them use exslt extension for node-set()
> function.
> If I include all the xsl, a third xsl failed to process (see below). If I
> removed the two ones with exslt functions, all xsl work well.
> The crash comes with this fragment of xsl :
> <xsl:template name="toto">
> <!-- This works -->
> <xsl:variable name="good"/>
> <xsl:variable name="goot-too" select="."/>
> <!-- This failed -->
> <xsl:variable name="titi"></xsl:variable>
> <xsl:variable name="titi">Argh!</xsl:variable>
> ...
> </xsl:template>
> The exception is :
> Exception in thread "main" java.lang.VerifyError: (class: translet/xsl/toto,
> met
> hod: template$dot$270 signature:
> (Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dt
> m/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;I)V)
> Incompati
> ble object argument for function call
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:140)
> at
> org.apache.xalan.xsltc.cmdline.Transform.loadTranslet(Transform.java:
> 136)
> at
> org.apache.xalan.xsltc.cmdline.Transform.doTransform(Transform.java:1
> 50)
> at org.apache.xalan.xsltc.cmdline.Transform.main(Transform.java:337)
> When I compile without the two xsl which make the problem, the class size is
> smaller than when I compile it with all xsl (so there are a lot of bytcode
> added).
> The problem occurs with jdk 1.4.1 and 1.4.2, with xalan 2.5.2 and 2.6.0.
> A workaround seems compile the two buggy xsl alone, and all others together.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
