that's the part i did not know about.. sorry the answer did not make any sense then.
Eric -----Message d'origine----- De : Ralph Goers [mailto:[EMAIL PROTECTED] Envoyé : 7 novembre, 2005 11:05 À : [email protected] Objet : Re: Increasing Cocoon Portal speed Boisvert, Éric wrote: >Hi Angelo > >Altough I did try the multi fragment approach, some people also suggested >looking into stx transformer , and indeed, my stx pipeline is faster because >the incoming document start being processed as soon as it is being generated >by the previous component, as opposed to xslt that need to wait that the >whole input document loads in memory. > >I found stx more general than multifragment and it allows one to save >elements during the processing, so it's theorically possible to do >everything you could do in xslt in stx. But using stx (it's an event based >adaptation of xslt) requires rethinking you transformer. It works great >when you deal with a long monotonous list of element that can be processeed >individually, it requires a bit more planning and you must put a bit more >effort in stx to create a efficient transformation -- the sequence of >element in the input document is very important for stx. > > The portal does not use xslt to process the layout, it uses Castor to trasform the xml into objects. So it remains to be seen if an approach using stx would be any faster. Ralph --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
