Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: AW: [xsl] xsl:include href-attribute

From: Mike Brown <mike@-------->
To:
Date: 6/4/2002 10:34:00 AM
NILESH PATEL wrote:
> I agree,
> 
> But in my application, scene is like this. I have java application which 
> uses Transfomer utilities from XAlan 2.0.
> 
> Now java supplies xml file, xsl file and html as output stream. It also 
> supplies about six paramters as well, using Transfoer.setParameter method. 
> Currently I have to define all these six paramter(will grow with 
> application, in each of the stylesheets. What would be nice is to define a 
> common stylesheet, say main.xsl which includes named stylesheet in supplied 
> xml file.
> 
> So in this case java application will sypply only main.xsl all the time with 
> six parameters, which consequently includes acting stylesheets, which 
> performs the required transformation. Obviously if I have about 10 to 15 
> transformations to perfom, the current way to do this is time consuming and 
> extra overhead on application too.

The xsl:import method that Joerg described allows for all 10-15 prepared
stylesheet combinations to be cached, which ultimately saves your application
overhead. Surely it can't be that much overhead to parlay the parameters that
name the stylesheets into separate URIs that identifying each combination.

One of the greatest efficiencies in XSLT processing is the
'compilation'/'preparation' of the stylesheet tree. Among other things, all of
the imports and includes can be resolved in advance and the stylesheet can 
become an object that is very efficient to process. You can cache these 
objects; your XSLT processor's docs should provide examples.

I think any other solution, such as custom URI resolution or parameter-based
template inclusion, is going to have the downfall of not allowing your
stylesheets to be compiled and cached. Each time they are called, they'll have
changed, so they have to be reparsed and the prepared stylesheet object
recreated.

   - Mike
____________________________________________________________________________
  mike j. brown                   |  xml/xslt: http://skew.org/xml/
  denver/boulder, colorado, usa   |  resume: http://skew.org/~mike/resume/

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


transparent
Print
Mail
Digg
delicious
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent