RE: RE:read-write same url in xslt 2 [was appendig to

Michael Kay wrote:
> It has to be an error because the results depend on the sequence of
> execution, which isn't defined by the language spec. It only
> works in Saxon
> because Saxon (today) processes instructions in left-to-right
> order. Writing
> a document using xsl:result-document and then reading it using
> document() is
> a way of getting side-effects that depend on the sequence of execution.

I don't see why allowing an output URI to be the same as an input URI should
have to change the simple rule that source trees cannot change (or be
writable). In practice, the result of the transformation could be used to
replace the original file but only after the transformation is complete. I
don't think Bryan was suggesting that side-effects should be allowed. This
shouldn't be an error, IMHO.

Evan Lenz
XYZFind Corp.


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list