Hello ! Once again, i had the same probleme, and someone (Mister Woodside ?) told me the solution :-) Just copy your docbook stylesheet in the web root directory. It will allow you to keep your original xslt docbook files unchanged, and comment the language part in the xsl you have in your htdocs.
If you really don't want to copy docbook stylesheet, you may try � symlink, or just use the 'Alias' directive of apache. Anyway, i (was) think(ing) it is an AxKit bug, but i'm not sure. I wrote a mail to dev-AxKit, without answer. I also tried to investigate in AxKit code, but i'm not (from far) a perl guru... regards, sylvain > (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]
