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]
