Hi,
i have changed sitemap to:
<!-- Generate the Table of Contents
The first match generates each book.xml and adds a new element "path".
The second match aggregates each book.xml into a doclist and
then converts it to a document.
-->
<map:match pattern="doclist/xdocs/**book.xml">
<map:generate src="xdocs/{1}book.xml"/>
<map:transform src="stylesheets/doclist.xsl">
<map:parameter name="use-request-parameters" value="true"/>
<map:parameter name="path" value="{1}"/>
</map:transform>
<map:serialize type="xml"/>
</map:match>
<map:match pattern="body-doclist.xml">
<map:aggregate element="doclist">
<map:part src="cocoon:/doclist/xdocs/book.xml"/>
<map:part src="cocoon:/doclist/xdocs/installing/book.xml"/>
<!--map:part src="cocoon:/doclist/xdocs/ctwig/book.xml"/>
<map:part src="cocoon:/doclist/xdocs/userdocs/book.xml"/>
<map:part src="cocoon:/doclist/xdocs/userdocs/concepts/book.xml"/>
<map:part src="cocoon:/doclist/xdocs/userdocs/generators/book.xml"/>
<map:part
src="cocoon:/doclist/xdocs/userdocs/transformers/book.xml"/>
<map:part src="cocoon:/doclist/xdocs/userdocs/serializers/book.xml"/>
<map:part src="cocoon:/doclist/xdocs/userdocs/matchers/book.xml"/>
<map:part src="cocoon:/doclist/xdocs/userdocs/selectors/book.xml"/>
<map:part src="cocoon:/doclist/xdocs/userdocs/actions/book.xml"/>
<map:part src="cocoon:/doclist/xdocs/userdocs/xsp/book.xml"/>
<map:part src="cocoon:/doclist/xdocs/developing/book.xml"/-->
</map:aggregate>
<map:transform src="stylesheets/doclist2document.xsl"/>
<map:transform src="stylesheets/document2html.xsl"/>
<map:serialize type="html"/>
</map:match>
and "build docs" does not throw an exception.
I think its strange that the doclist page is still correct.
I have no explanation for the stacktrace.
>This led me to wonder about efficiency issues. Surely
>there is more than one way to solve such a problem.
>Does sitemap efficiency matter? If so, then we need to
>start a user tips document.
>
A solution might be to use the directory generator to get a list of all
book.xml documents. I have not tried it yet, but I think that might be
faster and more elegant solution.
bye bernhard
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
