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]