Ah wait, my bad. That error was caused by bad XSL.

Your comments got me thinking, and I fooled around with stylesheets a bit. To amazement, passing the XML through this stylesheet works:

    <xsl:stylsheet...>
    <xsl:template match="*">
       <xsl:copy>
          <xsl:copy-of select="@*" />
          <xsl:apply-templates />
       </xsl:copy>
    </xsl:template>
    </xsl:stylesheet>

.... which basically just emits the same thing.

That got me going, and now I was able to reproduce the original error by removing the stylesheet from the static XML page that I treat in the same way:

   (case that used to work:)
   fetch axkit://path/to/static.xml <--- XML, pass throught XSLT

   (case that fails now
   fetch axkit://path/to/static.xml <--- XML, no processors

So there must be some difference, but at this point I can't tell the difference... :(



--d


Daisuke Maki wrote:

It looks like no stylesheets are defined for the axkit: uri you're specifying. I don't know if that specific situation has been tested or not yet. Try defining some stylesheets for it (and make sure it gets some output).


I actually want the raw XML string from the uri without any transformation, but anyway I did that, and it's the same codepath, except the error is now:

[Sun Mar 2 01:18:44 2003] [error] [client 127.0.0.1] [AxKit] [Error] input call back died: Can't coerce ARRAY to string in entersub at /usr/local/lib/perl5/site_perl/5.8.0/i686-linux/Apache/AxKit/Language/LibXSLT.pm line 129.

One of those cryptic libxslt errors ;)

--d


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]





--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to