Hi again... There still seems to be a problem.
If I add the following line to bridge/URIResolver.java, line 103 System.out.println("d:" + documentURI + " :" + uri + " :" + purl.toString()); when I am running java in the same directory it prints out: d:file:multi.svg :file:ref.svg#FOP :file:/ref.svg#FOP in a different directory it prints out: d:file:/home/keiron/xml/fop/xml-fop/docs/examples/svg/multi.svg :file:ref.svg#FOP :file:/home/keiron/xml/fop/xml-fop/docs/examples/svg/ref.svg#FOP In the first case it cannot find the file since it has changed it from relative to absolute the second one works ok. Thanks for helping with this. I have got the setXMLParser working, although I am a bit wary of the use of a static name. Keiron. ps. I am on the list so you don't have to cc me. On Wed, 26 Sep 2001 16:17:21 Thomas E Deweese wrote: > Thanks for the reference... > > It turns out I was parsing the relative URI correctly the first > time, I'll leave the code in as I think as a practical matter it > probably needs to be supported (and the spec gives me permission to > do so). > > 3) If the scheme component is defined, indicating that the reference > starts with a scheme name, then the reference is interpreted as an > absolute URI and we are done. Otherwise, the reference URI's > scheme is inherited from the base URI's scheme component. > > Due to a loophole in prior specifications [RFC1630], some parsers > allow the scheme name to be present in a relative URI if it is the > same as the base URI scheme. Unfortunately, this can conflict > with the correct parsing of non-hierarchical URI. For backwards > compatibility, an implementation may work around such references > by removing the scheme if it matches that of the base URI and the > scheme is known to always use the <hier_part> syntax. > > I don't currently handle the 'authority' component properly so I'll > fix that though: > > Base URL - http://www.kodak.com/... > Sub URL - //www.image.kodak.com/... > > Note no protocol (now why someone would really do that is a bit > beyond me but what ever) --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]