[XSL-LIST Mailing List Archive Home] [By Thread] [By Date]

Re: [xsl] XSLT3.0: Predictable recovery of errors when rollback-output="no " is specified?


Subject: Re: [xsl] XSLT3.0: Predictable recovery of errors when rollback-output="no " is specified?
From: "Dimitre Novatchev dnovatchev@xxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
Date: Sat, 24 Jan 2015 20:20:30 -0000

 In addition to this, it seems that the "rollback-output" attribute
isn't yet supported in Saxon 9.6.02. I am getting this error:

Severity: fatal
Description: XTSE0090: Attribute @rollback-output is not allowed on
element <xsl:try>
Start location: 9:39
URL: http://www.w3.org/TR/xslt20/#err-XTSE0090

On Sat, Jan 24, 2015 at 10:54 AM, Dimitre Novatchev
dnovatchev@xxxxxxxxx <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote:
> In section 8.3 "Recovery of Result Trees"  of the 2nd Last Call of the
> W3C XSLT 3.0 specification
> (http://www.w3.org/TR/2014/WD-xslt-30-20141002/#recovery), we read:
>
> "When rollback-output="no" is specified, it is still possible to
> ensure recovery of errors happens predictably by evaluating the
> potentially-failing code in temporary output state: typically, within
> an xsl:variable. In effect the variable acts as an explicit buffer for
> temporary results, which is only copied to the final output if
> evaluation succeeds."
>
> I feel rather confused by this statement. There is no example, backing
> it, provided and my attempts to construct such an example were not
> successful. I am beginning to think that the quoted statement above
> may not be true.
>
> In particular, how would one verify whether or not an error occurred
> (and was caught) when producing the result tree contained in a
> particular variable? Knowing this is needed in order to decide whether
> to output this variable to the final output or not.
>
> My question/request is for anyone to provide such an example.
>
> And the document will gain a lot by including such example in it.
>
> --
> Cheers,
> Dimitre Novatchev


Current Thread
Keywords