Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 73966 invoked by uid 500); 6 Oct 2002 19:10:58 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 73955 invoked from network); 6 Oct 2002 19:10:57 -0000 Message-ID: <055201c26d6c$26793b50$0100a8c0@MAUCHI> From: "Ivelin Ivanov" To: References: <3DA07323.5090903@apache.org> Subject: Re: [FYI] Profiling Cocoon... Date: Sun, 6 Oct 2002 14:11:18 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Thank you for the profiling, Stefano ! ... and Welcome Back to The Party ! ----- Original Message ----- From: "Stefano Mazzocchi" To: "Apache Cocoon" Sent: Sunday, October 06, 2002 12:30 PM Subject: [FYI] Profiling Cocoon... pier@apache.org > if you want to do something about it: he's working on Jerry, a > super-light servlet engine based on native APR and targetted expecially > for Apache 2.0) A link to Jerry? > > 5) most of the time is spent on: > > a) XSLT processing (and we knew that) > 7) XSLTC *IS* blazingly fast compared to Xalan and is much less resource > intensive. > > Discovery #3: > > use XSLTC as much as possible! Agreed. Sun's XSLTC team did a great job helping us to work through a lot of bugs. XSLTC reached a stage that was good enough for many applications. At least all the ones that I am using with Cocoon. Therefore I made XSLTC the default engine. However there were reported problems in some XSLT intense applications, and if I am not mistaken this was the reason why XSLTC was switched out. I absolutely agree with you that we should make XSLTC the default transformer and continue working with Tom and the other XSLTC guys to fix any outstanding bugs. It would be lovely if 2.1 ships with XSLTC. I hope that Tom and Jacek are reading this message and will comment on the current status of XSLTC and how it compares to Gregor now. I think that XSLTC, Caching and the sitemap Expire attribute will make 2.1 a very decent container for scalable applications. BTW, do we have a document on the "expire" attribute already? > > NOTE: our current root sitemap.xmap indicates that XSLTC is default XSLT > engine for Cocoon 2.1, but the fact is that the XSLTC factory is > commented out, resulting in running Xalan. We should either remove that > comment or uncomment the XSLTC factory. > > I vote for making XSLTC default even if this generates a few bug reports. +10e+100 > > Anyway, Cocoon is pretty optimized for what we could see. So let's be > happy about it. Hooray! Ivelin --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org