Following further investigation i've now pinpointed the problem. My stylesheet contains document($xmlfile) calls where $xmlfile is passed in as a parameter to the transform.
The first call to document() is inside the count() function, and looks something like: <xsl:when test="count(document($xmlfile)/nodes/morenodes) > 0"> <!-- do stuff --> </xsl:when> Whilst this works fine using XSLTC from the command line, inside cocoon the referenced document appears inline, thus preventing the rest of the templates from matching correctly. If I hard code all references to $xmlfile though everything works fine. It's similar, but not identical to http://issues.apache.org/bugzilla/show_bug.cgi?id=20381 Regards, Simon -----Original Message----- From: Simon King Sent: 22 July 2004 17:00 To: [EMAIL PROTECTED] Subject: Cocoon XSLTC Hi there I've just recently started looking into Cocoon as a replacement for a simple PHP/libxslt portal, but I'm having some difficulty getting XSLTC to function correctly as a cocoon transformer. I'm using Cocoon 2.1.5.1, Tomcat 5.0.25, Sun JDK 1.4.2_05 with Xalan 2.6.0 in the JDK and Tomcat endorsed lib directories. My stylesheet is fairly large, and is made up of 4 included stylesheets. I can compile and run the stylesheet using the command line xalan xsltc utils without any problems, I can also get the same stylesheet to run through cocoon using the standard xalan transformer, however when I use the xsltc transformer I get no content back. There are no exceptions in any of the tomcat or cocoon logs, and with sitemap debugging on nothing obvious seems to be going awry. Has anybody experienced a similar problem? or does anybody have any tips on how to get the xsltc transformer to output debug messages? Kind regards, Simon King (Cocoon n00b) Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
