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(_at_)nag(_dot_)co(_dot_)uk> 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
________________________________________________________________________
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail:
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--