You are viewing a plain text version of this content. The canonical link for it is here.
Posted to docs@cocoon.apache.org by st...@outerthought.org on 2003/10/26 19:01:38 UTC
[WIKI-UPDATE] InterpretedSitemapInternals Links Sun Oct 26 19:01:37 2003
Page: http://wiki.cocoondev.org/Wiki.jsp?page=InterpretedSitemapInternals , version: 3 on Sun Oct 26 18:28:11 2003 by JoergHeinicke
- This document explains the internals of the intepreted sitemap. This is of real interest only to very advanced core developpers, and absolutely not needed to use Cocoon in an efficient way.
? -
+ This document explains the internals of the intepreted sitemap. This is of real interest only to very advanced core developers, and absolutely not needed to use Cocoon in an efficient way.
- The <map:components> section of a sitemap is used to configure a ComponentManager (child of either the parent sitemap's manager or the main manager), and the <roles> section of the TreeProcessor configuration defines a RoleSelector that is used by this manager. For the sitemap, it defines the shorthands that will map <map:generators>, <map:selectors>, etc, to a special "ComponentsSelector" (yeah, the name could be better).
+ The <map:components> section of a sitemap is used to configure a ComponentManager (child of either the parent sitemap's manager or the main manager), and the <roles> section of the TreeProcessor configuration defines a RoleSelector that is used by this manager. For the sitemap, it defines the shorthands that will map <map:generators>, <map:selectors>, etc., to a special "ComponentsSelector" (yeah, the name could be better).
? +
- This ComponentsSelector handles the <map:components> syntax ("src" and not "class", etc), and holds the "default" attribute, view labels and mime types for each hint (these are not know by the components themselves).
+ This ComponentsSelector handles the <map:components> syntax ("src" and not "class", etc.), and holds the "default" attribute, view labels and mime types for each hint (these are not know by the components themselves).
? +
- * then then those node builders that implement LikedProcessingNodeBuilder are asked link their node, which they do by fetching the appropriate node registered in the first phase.
? -----
+ * then those node builders that implement LikedProcessingNodeBuilder are asked link their node, which they do by fetching the appropriate node registered in the first phase.
- The invoke method executes all processing nodes (depth first) until one them returns "true", meaning that a pipeline was successfully built. Examples of nodes that return true are serializers, readers and redirect.
+ The invoke method executes all processing nodes (depth first) until one of them returns "true", meaning that a pipeline was successfully built. Examples of nodes that return true are serializers, readers and redirect.
? +++
Page: http://wiki.cocoondev.org/Wiki.jsp?page=Links , version: 60 on Sun Oct 26 18:24:16 2003 by ReinhardPoetz
+ *[An Introduction to Apache Cocoon 2.1|http://www.developer.com/java/ent/article.php/3098661] by Michael Melhem