[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: java - standard implementation of the URIResolver

Subject: RE: java - standard implementation of the URIResolver
From: "Michael Kay" <mhk@xxxxxxxxx>
Date: Tue, 30 Sep 2003 23:01:10 +0100
uriresolver implementation
JSR 206 is currently underway in the Java Community Process to define a
new version of the JAXP specs. Clarifying this kind of thing is high on
their list of priorities. I haven't yet had a chance to check exactly
what the revised definition will do: it's out for community review at
the moment.

I have forwarded your note, a useful analysis.

Michael Kay

> -----Original Message-----
> From: owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx 
> [mailto:owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of 
> Robert Koberg
> Sent: 30 September 2003 18:26
> To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> Subject:  java - standard implementation of the URIResolver
> 
> 
> Hi,
> 
> I want to report my findings with regard to standard 
> implementations of how the method setURIReolver works in the 
> popular Open Source java xsl processors. From what I 
> understand from past discussions is that the spec is not 
> clear on the issue. I was wondering if processor developers 
> could get together and decide either one way to implement the 
> setURIResolver or do it the way Saxon does by doing both 
> (hopefully explained below). 
> 
> According to most API's you can set the URIResolver on the 
> TransformerFactory and on the Transformer. Generally, the 
> resolver set on the TransformerFactory resolves xsl:includes 
> and xsl:imports. If set on the Tranformer it resolves 
> document() function calls.
> 
> 
> - Saxon allows you to set the resolver on the 
> TransformerFactory to resolve both includes/imports and document(). 
> It also lets you set one for the factory and one for the 
> transformer. When this is done the factory resolves 
> include/import and the transformer resolves document(). This 
> is the best way, IMHO.
> 
> - jd.xslt only uses the TransformerFactory to be used for 
> xsl:include/xsl:import and document() resolution.
> 
> Strangely, the standard xalan and it's xsltc implementation 
> do two different things.
> - standard xalan requires you to use the TransformerFactory 
> for xsl:include and xsl:import and the Transformer for document()
> - xsltc xalan uses the TransformerFactory for both 
> xsl:include/xsl:import and document() -- not the Transformer 
> for document(), like the standard xalan.
> 
> Any chance of standardizing on one way? :)
> 
> Best,
> -Rob
> 
> 
>  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

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.