[oXygen-user] xsl:result-document with no href causes "Cannot write to a URI that has already been read" err-XTRE1500
Florent Georges
Tue Oct 28 07:52:26 CDT 2008
Andrew Welch wrote:
> > But I think more like Andrew: maybe making @href optional
> > doesn't make sense? I guess that's a question for XSL List.
> No it makes sense that it's optional to me - it doesn't make sense if
> omitting it returns the URI of the stylesheet.
Well, returning the URI of the stylesheet sounds weird to me. If the
@href effective value is a relative URI, it is resolved against the
base output URI. While it is implementation-defined, I would be
surprised by an implementation setting the base output URI to the
stylesheet URI.
> Another way of looking at it is:
> <xsl:template match="/">
> </xsl:template>
> and
> <xsl:template match="/">
> <xsl:result-document>
> </xsl:result-document>
> </xsl:template>
> are equivalent where the xsl:result-document instruction is
> implied in the first instance, and explicit in the second.
> Both create document nodes in the result tree.
More exactly both create a final result tree (and the former will
create a final result tree only if it is the initial template.)
So really, I don't see the usefulness of having @href optional (but I
think I don't have enough imagination here.)
Regards,
--
Florent Georges
http://www.fgeorges.org/
More information about the oXygen-user
mailing list