[oXygen-user] Error: Too many nested apply-templates calls
Raymond
Tue Sep 6 08:35:46 CDT 2005
> What do you mean by xml:base mangling ?
Document root and attributes:
<sect3 id="foo" xmlns:xi="&w3XInclude;" xml:base="">
Note the xml:base=""
The following is the html source fragment from a 2 level xinclude (this
document xinclude'd from an xinclude'd document ):
src="file:/home/foo/docbook/foo/bar/file:/home/foo/docbook/foo/bar/figures/checklist.gif"
Each subsequent xinclude nesting prefixes a source path
( file:/home/foo/docbook/foo/bar/ ) to the image source path
So a 4 level xinclude nesting would produce:
src="file:/home/foo/docbook/foo/bar/file:/home/foo/docbook/foo/bar/file:/home/foo/docbook/foo/bar/file:/home/foo/docbook/foo/bar/figures/checklist.gif"
However, disabling or unchecking Preferences | XML | XML Parser Options | Base
URI Fixup results in the following:
src="figures/checklist.gif"
This image source path is now correct
Note this issue and resolution occurs in any XSLT ( html, pdf, rtf ); the
user-selectable Base URI Fixup is new to v6.1; previous versions would appear
to default (internally) to no Base URI Fixup.
> Did the message "Too many nested apply-templates calls" disappear and the
transformation started working> just by modifying the oxygen.sh startup
params
Yes
> What was insufficient: heap size or stack size ?
Don't know. However, would suggest that oXygen QA always utilize a heavily
nested (at least 5 levels of xinclude's with most docbook elements on each
nested xinclude document ) xinclude test case(s) for every release build.
This is most important as many of us now utilize nested xincludes
extensively.
Raymond
More information about the oXygen-user
mailing list