DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5152>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5152 xsltc generates empty nodeset in non-leaf predicate-attribute test Summary: xsltc generates empty nodeset in non-leaf predicate- attribute test Product: XalanJ2 Version: CurrentCVS Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: org.apache.xalan.xsltc AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In yet another test in a series that stress-out how xpath-iterators behave, notice how xsltc coughs-up the proper text-node for the param but not for the variable and that count(...) works for neither. XSLTC ----- para/b[foo]/cpar varvar parcount0parcount varcount0varcount XT/MSXSLT/SAXON --------------- para/b[foo]/cpar vara/b[foo]/cvar parcount1parcount varcount1varcount XSLT ---- <?xml version='1.0' encoding='utf-8' ?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform";> <xsl:output method="text" indent="no"/> <xsl:template match="/"> <xsl:param name="par" select="/a/b[@name = 'foo']/c/text()"/> <xsl:variable name="var" select="/a/b[@name = 'foo']/c/text()"/> par<xsl:value-of select="$par"/>par var<xsl:value-of select="$var"/>var parcount<xsl:value-of select="count($par)"/>parcount varcount<xsl:value-of select="count($var)"/>varcount </xsl:template> </xsl:stylesheet> XML --- <?xml version="1.0"?> <a> <b name="foo"> <c>a/b[foo]/c</c> </b> <b name="bar"> <c>a/b[bar]/c</c> </b> </a> There may be two bugs in action here. When the path is changed to just "/a/b [@name = 'foo']/c" only the count(...) fails to work properly: para/b[foo]/cpar vara/b[foo]/cvar parcount0parcount varcount0varcount
