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]

Reply via email to