This is the mail archive of the xsl-list@mulberrytech.com mailing list .


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: RE:read-write same url in xslt 2 [was appendig to multiple output files]


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]