----- Original Message ----- From: "Al Butler" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 31, 2002 11:17 AM Subject: RE: [Mav-user] Large sites, performance issues?
> > I'm not using Maverick per se' but my experience with apps > using XSL is that it's the servlet container that takes time. > I use Xalan. > > Do you cache the XSL docs in memory? I don't know if you can get > away with doing this under Maverick. Yes maverick supports this. Actually has 3 settings for xsl templates caching: "preload ", "lazy", and "disabled" disabled disables template caching and is very helpful on a dev server, but should never be used on a production server. On a production server, use "preload" or "lazy". preload will load all the templates at startup or when the reload command is issued. This is the default setting. lazy will load the templates when they are first called. This will make startup and reload much faster, but will cause pages to load slower the first time they are accessed as the template will have to be loaded. Magnus, I suspect that you may want to experiment with the lazy setting to fix your slow reload problem. Use it like so: <transform-factory type="xslt" provider="org.infohazard.maverick.transform.XSLTransformFactory"> <template-caching value="lazy"/> </transform-factory> > Is the XML data up in memory or does it go to a disk first before > the parse? > > Grab O'Reilly's book Java XSLT. It's got some good chapters and > also I think that their performance chapter is free on the web > somewhere. Again, don't know if it pertains to Mac. > > Also, does Orion really make a difference ? > > thank al > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:mav-user-admin@;lists.sourceforge.net]On Behalf Of Magnus > Rosenquist > Sent: Thursday, October 31, 2002 10:40 AM > To: Maverick user mailinglist > Subject: [Mav-user] Large sites, performance issues? > > > Hello, > > I've been using Maverick for a couple of months now, building an > SMS-sending application. > > First of all, I must say I'm very impressed with the Maverick package > and it has worked extremely well during the development cycle. > > Since I'm using Maverick and Domify to produce XML from the controllers > and transforming using XSLT, my biggest obstacle was to get aquainted > with transforming XSLT in a nice and efficient way. > > I don't think that I've managed to write very efficient XSLT transforms > though, but they work... > > I've been developing on Tomcat 4.0.4 and 4.1.12 on Linux using Sun's Jdk > 1.4.01 and I recently switched to Orion to see if I get any performance > boost. > > Now, to my issues. > The application consists of about 68 commands, and about 200 views for > displaying. The number of views are very high I know, but this is a > localized site (english and swedish). > > Question: Is 68 commands and 200 views a lot ? > > The reason I'm asking is that Tomcat seems to choke on the number of > views when reloading the application. This seems happens mostly when I > use the reload command in Maverick to reload config. At startup it loads > the commands and views fine, but when I reload it takes forever. > > I've experienced the same phenomena in Orion as well, but Orion is still > a monster of speed compared to Tomcat (I guess I already knew that). It > starts the application and loads the commands and view really fast, but > experiences the same problem when reloading. Could this be a Maverick > issue? > > Another question: > > The actual bulk of processing a view seems to be in the XSLT > transformations. Processing the controller and all database-stuff > usually takes milliseconds compared to the XSLT transformation which can > take about a second or so. > > This is quite ok and I understand why it takes that much time, but what > I wonder is if anybody has tried another (and hopefully faster) > XSLT-processor than Xalan. I tried using Saxon but it didn't work, it > loaded all the views ok (almost) but it didn't manage to transform any > XML (I got empty pages). > > Thanks for a great package! > > regards, > /Magnus > > > -- > > ________________________ > Magnus Rosenquist > Zyneo > http://www.zyneo.com > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en > [INVALID FOOTER] > > > ------------------------------------------------------- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en > [INVALID FOOTER] ------------------------------------------------------- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en [INVALID FOOTER]
