Re: [xsl] <xsl:include> using relative paths and Saxon 8

[andrew welch <andrew.j.welch@xxxxxxxxx>]

The reason it fails is that when it's a Source its concept of a
location depends on how its created - if its reading from a file on
disk then the location is known, if its reading from memory then it
doesnt have a location, so you have to provide one with setSystemId().

If the Source was created using a File then the systemId is taken from
the File (which is why it worked then), but as the code was modified
to use urlConn.getInputStream() the systemId gets lost, which is why
you have to set it manually.


On 1/20/06, David Carlisle <davidc@xxxxxxxxx> wrote:
>
>
> > 4) It goes bang - can't find the Common.xsl since it's looking the
> >    the "wrong" place.
>
> does it say where it is looking (without that it's hard to offer any
> help)
>
> what kind of URL did you give to start with (http://, file://  ...)
>
> I would guess that the base URL of your stylesheet is not what you
> expect, so the relative link form there to Common.xsl doesn't work, but
> hard to say...
>
> David
>
> ________________________________________________________________________
> This e-mail has been scanned for all viruses by Star. The
> service is powered by MessageLabs. For more information on a proactive
> anti-virus service working around the clock, around the globe, visit:
> http://www.star.net.uk
> ________________________________________________________________________