Torsten Curdt a écrit : > <snip/>
> > We then decided to break the generated code into submethods based on > > map:pipeline/map:match which as a side effect forbids any other > > top-level construct. > > > > So this restriction is not "by design", but "by implementation" ! The > > TreeProcessor (still have to write views for it to be finished) doesn't > > have this limitation. > > Cool! I'm really looking forward for this thing :) You can try it out now : all is functionnal but views. Compile scratchpad, and remplace the <sitemap> element in cocoon.xconf by <sitemap class="org.apache.cocoon.treeprocessor.TreeProcessor"> Some sitemap loading speed tests on my 600 Mhz Win98 home PC : - initial load of the main sitemap : about 5 secs - reloading of the main sitemap : 0.9 secs (the difference is the cost of cocoon warmup) - loading of i18n sitemap : 0.2 secs I didn't made request-handling speed test, but it is carefully optimized : one-time lookup of ThreadSafe components, no variable replacement scans in strings that don't have a {}, etc. Enjoy ! Sylvain > -- > Torsten -- Sylvain Wallez Anyware Technologies - http://www.anyware-tech.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]