Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] XSLT: Variable href in

From: "Thomas B. Passin" <tpassin@-------.--->
To: xml-dev@-----.---.---
Date: 8/12/2004 1:13:00 PM
Michael Kay wrote:
>>There is another approach that does not involve a URIResolver at all. 
>>After changing the location of the imports, just have either a batch 
>>file or the program itself rewrite the imports section of the 
>>stylesheet 
>>with the current paths, as obtained from the configuration file.  You 
>>could actually do this each time you run the program.
>>
>>You could also do it with another xslt stylesheet, for that 
>>matter, but 
>>it would probably be easier to do with a bit of code.
> 
> 
> Yes, this is certainly an option: but you need to be aware that recompiling
> a stylesheet every time you run it is rather inefficient.
> 
> I can't see why anyone who knows XSLT would choose to do this with "a bit of
> code" rather than with XSLT. 

We don't know the operational scenario here.  I pictured a process where 
the software would get loaded once and then run for a long time (perhaps 
hours or days) without changes.  In this case, any recompilation time 
would be negligible.  Another variant situation occurs when the program, 
on startup, gets the stylesheet paths from the config file and loads the 
stylesheet at that time.  In this case too, creating the imports 
stylesheet would take just a little code and would incur no significant 
performance penalty (since the stylesheets would get compiled anyway, 
changed or not).

Cheers,

Tom P

-- 
Thomas B. Passin
Explorer's Guide to the Semantic Web (Manning Books)
http://www.manning.com/catalog/view.php?book=passin


transparent
Print
Mail
Like It
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