Subject: [xsl] forwarded message from owner-xsl-list@mulberrytech.com From: Tony Graham <tkg@xxxxxxxxxxxx> (by way of B. Tommie Usdin) Date: Thu, 11 Jan 2001 14:14:22 -0500 |
From graham.ellis@xxxxxxxxxxx Mon Jan 8 10:53:16 2001Received: from syn2gw1.synopsys.ltd.uk (syn2gw1.synopsys.ltd.uk [193.129.96.179])
I'm currently working on transforming small xml files, but at a high frequency - (up to thousands per hour). Any suggestions as to what method would be best for this scenario?
Graham Ellis ACT Financial Systems
* Tel: +44 (0) 20 7250 1990 * Fax: +44 (0) 20 7553 4713 * Email: graham.ellis@xxxxxxxxxxx * http://www.actfs.co.uk
---------- From: David Halsted[SMTP:halstedd@xxxxxxxxxx] Reply To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx Sent: 04 January 2001 21:52 To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx Subject: Re: [xsl] XSLT or DOM or SAX?
Yes, in general XSLT makes things easy that are more difficult in DOM or SAX (or at least take more code), but at a performance cost. SAX is great, though, if you are concerned about performance in handling large documents. For what it matters, I tend to use XSLT when I know that the XML involved will be small because it makes things so easy, DOM when I need persistent structures (and have some sense for the size of the files involved), and SAX when I'm running through files that may be large, like XML-ized versions of data from large databases. If you are looking for functionality you can't find in XSLT, you have the option of extending it.
Dave Halsted
----- Original Message ----- From: James Robertson <jamesr@xxxxxxxxxxxxxx> To: <xsl-list@xxxxxxxxxxxxxxxxxxxxxx> Sent: Thursday, January 04, 2001 5:13 PM Subject: Re: [xsl] XSLT or DOM or SAX?
> At 07:50 3/01/2001, Craig Pfeifer wrote: > > >I wanted to know how you knew if/when you have reached the limits of XSLT, > >and it's time to look at a DOM / SAX solution? What sorts of > >transformations are too difficult/awkward to accomplish in XSLT and are > >better left to DOM / SAX implementations? > > DOM/SAX seems a pretty low-level alternative > to XSLT. > > You might want to have a look at Omnimark > instead for more complex transformations. > > J > > ------------------------- > James Robertson > Step Two Designs Pty Ltd > SGML, XML & HTML Consultancy > Illumination: an out-of-the-box Intranet solution > > http://www.steptwo.com.au/ > jamesr@xxxxxxxxxxxxxx > > > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list >
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
[xsl] Re: XSL-List Digest V3 #432, Dave Gomboc | Thread | [xsl] forwarded message from owner-, Tony Graham |
[xsl] Re: XSL-List Digest V3 #432, Dave Gomboc | Date | [xsl] forwarded message from owner-, Tony Graham |
Month |