I'm not sure if this is the right way to go about this problem. The browser
will submit one HTTP request for each frame. I would normally be inclined to
run one XSLT transformation in response to each request from the browser,
generating the contents of that frame. The alternative, of generating all
the frames during one transformation, and then presumably keeping the
generated document somewhere (memory? disk?) until the browser requests it,
seems intrinsically more difficult to manage. Apart from anything else, it's
hard to know when to delete the documents to free up resources.
Michael Kay
-----Original Message-----
From: Anita Lund [mailto:anita(_dot_)lund(_at_)enst(_dot_)fr]
Sent: 12 April 2004 11:40
To: xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
Subject: [xsl] Using output URI resolver within a servlet
Hi,
I am trying to change the SaxonServlet so that it can handle
a stylesheet
creating multiple output documents using xsl:result-document.
I am using
Saxon7-9-1 running on Windows2000, using tomcat 4.1 as
servlet container.
My goal is to return the main output directly to the browser via
ServletOutputStream.
The main output includes several iframes, which refer to HTML
files written
as secondary output documents during the XSL transformation.
Currently, all output from the transformation (including
xsl:result-document) is returned to the browser and no files
are generated
on the server.
As far as I understand the problem has something to do with the URI
resolver/systemId of the output stream.
I have tried to set the systemId on the result object, and am
currently
trying to get the servlet to work using the
UserOutputResolver from the Trax
examples, without much luck ;)
The href in xsl:result-document contains an absolute URI on the form:
file:///localhost:8080/{$path}/{$filename}.html
Has anyone tried this before with success?
Many thanks for your help in advance!
Anita Lund
--+------------------------------------------------------------------
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>
--+--