>>>>> "Matt" == Matt Raible <[EMAIL PROTECTED]> writes:
Matt> I am using the <x:transform> tag to convert JSP that emits XML and a JSP
Matt> stylesheet that emits XSL to HTML. Got all that ;)
Matt> I have the following in my translation page:
Matt> <c:import url="/pages/index.jsp" var="xml"/>
Matt> <c:import url="/styles/xsl-xhtml.jsp" var="xslt"/>
Matt> <x:transform source="$xml" xslt="$xslt"/>
Matt> And in my XSL stylesheet, I'm trying to load a header page with the
Matt> following:
Matt> <xsl:variable name="header"
Matt> select="document('./header.jsp')/header" />
Matt> The URL is http://localhost:8080/onpoint/index.jsp
Matt> But I am getting the following error - it's trying to find the file on the
Matt> filesystem, rather than in the web-app's directory structure.
Matt> Any ideas?
I would guess no attempt has been made to define a derived "EntityResolver"
class (I think that was the base class name in Xalan).
I've wondered about issues like this since I first ran into a problem related
to this. I once wrote a "ClassPathEntityResolver" class that does exactly what
it sounds like. I would guess it might be useful to write a
"WebappEntityResolver" class, or something like that, that gets initialized
with the actual filesystem root directory of the webapp. I would guess you'd
have to do something different to deal with jar file lookup, however.
If I haven't been clear, the machinery in the XML parser that looks up
"entities" doesn't know it's running in a web app, and by default, it just
looks in the current directory.
--
===================================================================
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; BrainBench CJ12P (#12004)
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
