RE: How to optimize xsl documents to go through one XML once

I am using the Lotus processor. We have a few people doing the XSLT
documents and having just one document is going to be quite difficult to
coordinate. And I sure don't want to maintain that document. The application
I am thinking about is something like this:

* Read in all the XSLT documents, build DOM trees for them, and of course a
separate output file for each of them too.
* Read in the XML file.
* For each element (or whatever unit of tokenization) of the XML file, for
each of the XSLT documents, process the XML element.
* When the XML file is done, closes all the output files.

Does this look too simplistic? Can I modify one of the existing XSLT
processors to do that? It does not seem to violate anything from the XSLT
spec too.

Khun Yee

-----Original Message-----
From: Mike Brown [mailto:mbrown@xxxxxxxxxxxxx]
Sent: Tuesday, October 05, 1999 12:37 PM
To: 'xsl-list@xxxxxxxxxxxxxxxx'
Subject: RE: How to optimize xsl documents to go through one XML once?


Khun Yee Fung wrote:
> * I have one XML file.
> * I have about 30 XSLT documents that need to go through the 
> XML file. Each of them converts the XML file into something
> a little bit different and to different output files.
> * Is there a simple way to combine the 30 XSLT documents so 
> that a XSLT processor can feed elements, attributes,
> whatever to the appropriate templates of the XSLT documents?

Which XSLT processor are you using? If you are using one that supports
multiple output documents, you may find it easier to have one XSLT document
that does 30 different things with the data from the XML file.


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list