Error: Too many nested apply-templates calls
docbook-dtd-4.5b1 docbook-xsl-1.69.1 jdk-1.5.0_4, kubuntu-5.04 oXygen-6.1 saxon-6.5.4 Following error message is generated when attempting HTML transformation utilizing profile-docbook.xsl or docbook.xsl: ---------------------------------------------------- Too many nested apply-templates calls ------------------------------------------------------------ source: ------------------------------------------------------------------ <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE sect2 PUBLIC "-//OASIS//DTD DocBook XML V4.5b1//EN" "file:///_dtdBase_/docbookx.dtd" [ <!ENTITY % sharedEntities SYSTEM "file:///_foo_/foo.ent"> %sharedEntities; ]> <sect2 id="foo" xmlns:xi="&w3XInclude;" xml:base=""> <sect2info condition="draft"> <corpauthor> <remark>foo</remark> </corpauthor> <author> <affiliation> <orgname>&orgName;</orgname> <orgdiv>&orgDiv;</orgdiv> </affiliation> </author> <revhistory> <revision> <date>01MAY2005</date> <authorinitials>Raymond</authorinitials> <revremark revisionflag="added">Document creation and metric</revremark> </revision> </revhistory> </sect2info> <title>Foo</title> <para>foo</para> </sect2> --------------------------------------------------------------------------- This error does NOT occur when chunking or profile-chunking from the root document (I utilize xincludes and nested xincludes). Raymond
Hello, The error cannot be reproduced without the foo.ent file. Please give a complete example for reproducing your problem. Best regards, Sorin Raymond wrote:
docbook-dtd-4.5b1 docbook-xsl-1.69.1 jdk-1.5.0_4, kubuntu-5.04 oXygen-6.1 saxon-6.5.4
Following error message is generated when attempting HTML transformation utilizing profile-docbook.xsl or docbook.xsl:
---------------------------------------------------- Too many nested apply-templates calls ------------------------------------------------------------
source: ------------------------------------------------------------------ <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE sect2 PUBLIC "-//OASIS//DTD DocBook XML V4.5b1//EN" "file:///_dtdBase_/docbookx.dtd" [ <!ENTITY % sharedEntities SYSTEM "file:///_foo_/foo.ent"> %sharedEntities; ]> <sect2 id="foo" xmlns:xi="&w3XInclude;" xml:base=""> <sect2info condition="draft"> <corpauthor> <remark>foo</remark> </corpauthor> <author> <affiliation> <orgname>&orgName;</orgname> <orgdiv>&orgDiv;</orgdiv> </affiliation> </author> <revhistory> <revision> <date>01MAY2005</date> <authorinitials>Raymond</authorinitials> <revremark revisionflag="added">Document creation and metric</revremark> </revision> </revhistory> </sect2info> <title>Foo</title> <para>foo</para> </sect2> ---------------------------------------------------------------------------
This error does NOT occur when chunking or profile-chunking from the root document (I utilize xincludes and nested xincludes).
Raymond
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
The error cannot be reproduced without the foo.ent file. Please give a complete example for reproducing your problem.
Modified the oxygen.sh file with with following java runtime parms: -Xms256m -Xmx512m -Xss4m This has corrected the problem; unsure if the issue was an insufficient heap or stack size. Problem appears to be limited to extensive nested xincludes. Xincludes appear have a few adverse or minimally documented side effects (xml:base mangling, nested processing speed, stack and/or heap allocations, etc) ; should strongly consider addressing these in an oXygen FAQ. Raymond
Hello Raymond, A problem cannot be addressed in a FAQ list or the User Manual before it can be reproduced. What do you mean by xml:base mangling ? Can you provide a complete example ? Did the message "Too many nested apply-templates calls" disappear and the transformation started working just by modifying the oxygen.sh startup params or you changed also other things in the customization layer ? What was insufficient: heap size or stack size ? Maybe these answers would be helpful for other users. Thank you, Sorin Raymond wrote:
The error cannot be reproduced without the foo.ent file. Please give a complete example for reproducing your problem.
Modified the oxygen.sh file with with following java runtime parms:
-Xms256m -Xmx512m -Xss4m
This has corrected the problem; unsure if the issue was an insufficient heap or stack size.
Problem appears to be limited to extensive nested xincludes.
Xincludes appear have a few adverse or minimally documented side effects (xml:base mangling, nested processing speed, stack and/or heap allocations, etc) ; should strongly consider addressing these in an oXygen FAQ.
Raymond
What do you mean by xml:base mangling ?
Did the message "Too many nested apply-templates calls" disappear and the
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. 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
docbook-dtd-4.5b1 docbook-xsl-1.69.1 jdk-1.5.0_4, kubuntu-5.04 oXygen-6.1 saxon-6.5.4
Following error message is generated when attempting HTML transformation utilizing profile-docbook.xsl or docbook.xsl:
---------------------------------------------------- Too many nested apply-templates calls ------------------------------------------------------------
source: ------------------------------------------------------------------ <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE sect2 PUBLIC "-//OASIS//DTD DocBook XML V4.5b1//EN" "file:///_dtdBase_/docbookx.dtd" [ <!ENTITY % sharedEntities SYSTEM "file:///_foo_/foo.ent"> %sharedEntities; ]> <sect2 id="foo" xmlns:xi="&w3XInclude;" xml:base=""> <sect2info condition="draft"> <corpauthor> <remark>foo</remark> </corpauthor> <author> <affiliation> <orgname>&orgName;</orgname> <orgdiv>&orgDiv;</orgdiv> </affiliation> </author> <revhistory> <revision> <date>01MAY2005</date> <authorinitials>Raymond</authorinitials> <revremark revisionflag="added">Document creation and metric</revremark> </revision> </revhistory> </sect2info> <title>Foo</title> <para>foo</para> </sect2> --------------------------------------------------------------------------
Hi Raymond, I'm not able to duplicate your problem when I test the file you posted with docbook-xsl-1.69.1/html/docbook.xsl or profile-docbook.xsl in Oxygen 6.1 (with Saxon, Windows XP). Have you tried running the Oxygen debugger to see where things might be going wrong? Bob Stayton Sagehill Enterprises DocBook Consulting bobs@sagehill.net ----- Original Message ----- From: "Raymond" <support@bigriverinfotech.com> To: <docbook-apps@lists.oasis-open.org>; <oxygen-user@oxygenxml.com> Sent: Sunday, August 14, 2005 12:19 PM Subject: [docbook-apps] Error: Too many nested apply-templates calls -
This error does NOT occur when chunking or profile-chunking from the root document (I utilize xincludes and nested xincludes).
Raymond
--------------------------------------------------------------------- To unsubscribe, e-mail: docbook-apps-unsubscribe@lists.oasis-open.org For additional commands, e-mail: docbook-apps-help@lists.oasis-open.org
participants (3)
-
Bob Stayton -
Raymond -
Sorin Ristache