This is the mail archive of the xsl-list@mulberrytech.com mailing list .


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: real time transformations


Lawrence Pit wrote:
> 
> Hi,
> 
> Suppose you are responsible for writing a web application where every page
> is personalized. Target: 1.000.000 customers. Would you dare doing it in
> Java using an architecture where the component developers are outputting XML
> and visual designers writing only XSL?
> 
> The performance of the XSLT tranformations are scaring me to be honest.
> Using XML/XSL is the future, is what "they" say, but I wonder: is this
> /ever/ going to work in real-time applications?

Well, actually XSLT can speed things up. It seems funny, but i noticed,
that transformed web pages usually turn out to be a lot smaller than
conventionally generated markup (by hand or script). Thus, well-formed
*thin* markup can reduce IO and speed things up. The total-whitespace
control aspect also helps. You can take it a step further and unparse
in-memory XML out as SGML making your stuff even smaller and reducing IO
further.

Plus the acutal transformation can be quite fast depending on the
techniques used. If you insist on using a DOM oriented XSLT
implementation like the Apache XML stuff it's your own fault. Using SAX
things go a lot faster and use a lot less memory.

But in the end it all boils down to how good your hardware is.

Regards,

Daniel Hinz


--
   Daniel Hinz - Entwickler
   daniel.hinz@coremedia-ag.com - fon +49.40.325587.504  fax .199
   CoreMedia AG - www.coremedia-ag.com
   Düsternstraße 3, 20355 Hamburg, Germany

S/MIME Cryptographic Signature


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]