(1) Although the "Dromedaries" example at:
http://axkit.org/wiki/view/AxKit/QuickStart
worked for me, I had actually followed the AxKit installation instructions at:
http://axkit.org/wiki/view/AxKit/AxKitRedHat9
These instructions are very, very helpful but they are missing one crucial part -- at least for
my system -- the Apache configuration file in these instructions is missing the following 2
lines (after "PerlModule AxKit"):
SetHandler perl-script
PerlHandler AxKit
...so of course AxKit shouldn't have worked at all -- but somehow the "Dromedaries" example
was transformed into HTML -- I guess Mozilla was doing the transformation.
So I added the above 2 lines to the Apache configuration file and this got AxKit to the point
where it would call the Sablotron processor. This became visible by checking
"/usr/local/apache/logs/error_log" on my system after adding the line:
AxDebugLevel 10
...to the httpd.conf file (after all the other AxKit configuration directives, but I don't know if
position actually matters that much in this case).
BUT, there was still another problem (not with the cache, it worked fine after AxKit actually
started putting files in it)...
(2) Sablotron as used with AxKit seems to have trouble with complicated XSL stylesheets such as
Docbook's (see this link:
http://archive.gingerall.cz/archives/public/sablot2003/msg00442.html), since it
was complaining about not being able to find files referenced by the "docbook.xsl" file (via the
"<xsl:include href=... />" instruction). Sablotron's default behaviour, at least, seems to be to
look for any files referenced in this manner relative to the directory that the _source_ XML
file is in (i.e. my Docbook source file), _not_ relative to the directory that the "docbook.xsl"
stylesheet is in. So of course they couldn't be found and AxKit reported the error correctly.
The long and short of this problem was that the stylesheet href in the PI:
<?xml-stylesheet href="/XML/XSL/docbook-xsl-1.61.2/html/docbook.xsl" type="text/xsl"?>
_wouldn't_ work when I set the XSLT processor to Sablotron but _did_ work when I set the
XSLT processor to LibXSLT (via the
"AxAddStyleMap text/xsl Apache::AxKit::Language::LibXSLT" directive in the httpd.conf
file)
Note: the "href" value above will be different for you depending on where you've unzipped
docbook-xsl-X.XX.X.zip on your system.
I hope this helps those who may have experienced similar problems.
Regards,
Brian
S Woodside wrote:
On Tuesday, July 22, 2003, at 04:41 PM, Brian Acton wrote:
However, it's painfully slow at serving up an extremely trivial Docbook file (just 1 <article> element enclosing 1 <section> with 5 <para> takes ~20 seconds!). While this is happening, the client browser (Mozilla) is also taking up huge system resources.
Caching doesn't appear to work, since subsequent requests for the same document take equally as long.
Um, are you sure axkit is processing it? Mozilla includes an XSLT parser you know ...
which parser are you using with AxKit ? LibXSLT? did you configure axkit to process the file? Send us your axkit config settings.
A much larger Docbook file (from which the trivial test snippet was taken) is transformed to HTML reasonably quickly by Xalan. With AxKit it's interminable (literally, so far -- I've run out of patience and had to kill Mozilla every time).
If Mozilla is hanging or spinning this is NOT an axkit problem. You are probably seding it untransformed XML, and then it'll try to apply the stylesheet based on the given PI
FWIW, DocBook stylesheets ARE slow. That's why xsltproc has the --norman option for profiling BTW ;-) You can speed it up a LOT by commenting out all the languages you don't need it try.
simon
Any suggestions as to what I may have done wrong? I'm new at AxKit so it could be something really obvious, and nothing to do with AxKit at all.
Regards,
Brian
P.S. Here are the PIs that I used:
<?xml version="1.0" encoding="ISO-8859-1" standalone="no"?>
<?xml-stylesheet href="/XML/XSL/docbook-xsl-1.61.2/html/docbook.xsl" type="text/xsl"?>
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- anti-spam: do not post this address publicly www.simonwoodside.com -- 99% Devil, 1% Angel
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
